Orang biasa bertanya mengenai penggunaan lajur data jenis "orang atau Kumpulan" dalam satu lagi lajur data taipkan "Calculated".

Bottom line, ini tidak berfungsi dalam WSS 3.0 (atau MOSS).

Apabila menambah lajur dikira, WSS menunjukkan senarai bidang-bidang ini membolehkan anda untuk menggunakan bagi tujuan pengiraan. Jika anda menaip nama medan yang tiada dalam senarai, Ia memberitahu anda:

Satu atau lebih ruang rujukan tidak dibenarkan, kerana medan ditakrifkan sebagai jenis data yang tidak disokong dalam Formula.

Workaround: Menggunakan pengendali peristiwa yang. Pengendali peristiwa kebakaran apabila pengguna menyimpan item. Ia menjalankan kemas kini yang anda inginkan ruang dikira lakukan untuk anda.

Pautan berguna pada dikira bidang secara umum:

• Menggunakan [Saya] dalam ruang yang dikira
• Contoh ungkapan formula (ihsan daripada http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Penafian cepat: Saya percaya di atas benar dan tepat, tetapi saya telah melihat muslihat yang cukup pandai di sana sini di MOSS/WSS bahawa saya tidak akan sangat terkejut (agog sama kamu.) Jika seseorang telah tahu cara untuk melakukannya tanpa restart kod. Jika anda telah digambarkan keluar kerja sekitar pandai atau seseorang yang tidak tahu, sila beritahu saya!

Kita lakukan beberapa tugas berat semula menganjur taksonomi lokasi kami melalui "Menguruskan kandungan dan struktur". Atas sebab-sebab yang tidak diketahui kepada saya, proses ini (Walaupun bekerja di) tercetus beberapa pautan navigasi di pelancaran quick. Pautan-pautan rosak dicirikan oleh:

• Salah URL. Sebagai contoh, Ia sepatutnya "/ tapak/Jabatan/HumanResources /…". Walau bagaimanapun, Pautan baru ini "/ tapak/korporat/HumanResources /…".
• Bit berulang pada rentetan pertanyaan tajuk, seperti dalam:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Itulah sebabnya cukup mudah untuk menyelesaikan melalui seting/navigasi Laman web. Kecuali, MOSS membentangkan saya dengan ini apabila saya mencuba dan melakukannya:

Hakikatnya, Tiada siapa yang membuat apa-apa perubahan tiada (Selain daripada saya, sudah tentu).

Carian pantas itu perbincangan Forum MSDN ini: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier meletakkan baik dalam di dalam Employee (sebagai kawan 10/02/07) hantar:

Hakikatnya:

Untuk mengeset semula tajuk rosak, anda perlu :

– Alih keluar semua senarai di bawah tajuk rosak

– mengalih keluar tajuk rosak

– Dari tetapan Senarai, Tambah senarai yang dikeluarkan kepada pelancaran quick (Ini Janakan semula tajuk bebas rosak)

Anda kemudian akan baik pergi….

---

Pakar SharePoint – Sogeti Cap Gemini Switzerland

Saya adalah sedikit keliru kerana saya terus ingin pergi ke halaman navigasi, membuat perubahan dan kemudian dipukul dengan di "Laman kali" mesej. Akhirnya, Saya sedar saya terpaksa pergi ke seting senarai dan keluarkan/menambah kepada pelancaran quick. Yang melakukan silap mata. Times gembira berada di sini lagi!

</akhir>

Langgan ke blog saya!

UPDATE 12/10/07: Hotfix seperti yang diterangkan dalam MSDN KB929816 diselesaikan masalah kami disebut di bawah. Mendapatkan hotfix dan kemudian memasang pada setiap pelayan di ladang. Kemudian, SharePoint utiliti konfigurasi pada pelayan setiap. Berikut adalah pautan MS Support untuk KB yang: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami mempunyai keperluan perniagaan di mana seorang pengurus kejuruteraan alam sekitar perlu memastikan bahawa 30 lokasi pembuatan some-Odd di seluruh Amerika Syarikat perlu memastikan bahawa tumbuh-tumbuhan itu memfailkan permit Negeri-mandat mereka pelbagai pada masanya. Satu pendekatan yang kami telah disiasat memanfaatkan "tangguh sehingga tarikh" aktiviti yang disediakan kepada kami melalui worfklow Reka bentuk SharePoint. Pengurus Kejuruteraan (atau Pembantu beliau) memasuki Semua permit yang diperlukan dan tarikh peringatan pada permulaan tahun. Sistem ini kemudian tidak semua mengangkat berat.

Persekitaran:

MOSS, 64 bit, persekitaran Mesin maya (Pembangunan Peti), 2 pelayan (SQL pelayan #1, segala-galanya di pelayan #2).

Masalah:

Tindakan tangguh sehingga tarikh itu seolah-olah seperti penyelesaian yang paling sesuai dan ia juga boleh membuktikan sendiri untuk menjadi. Walau bagaimanapun, Ia tidak berfungsi well out of kotak (untuk kita).

1. Aliran kerja tidak dijadualkan untuk berjalan, pernah. Saya dapati ini dengan membaca Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) penulisan cemerlang dengan menggunakan stsadm Ehwal:
   

   C:\>stsadm -o getproperty - propertyname "pekerjaan-aliran kerja" -url http://localhost

   <Wujud harta = "tidak" />

   C:\>

   Itu adalah keputusan yang mengejutkan tetapi mudah solved:

   C:\>stsadm -o setproperty - propertyname "kerja-worfklow" -propertyvalue "tiap-tiap 1 minit di antara 0 dan 59" -url http://localhost

   Operasi telah berjaya diselesaikan.

   C:\>

   Setelah melakukan perkara itu, pertama "dalam kemajuan" aliran cepat dipecat atas dan Adakah ia mempunyai pekerjaan yang.

2. Malangnya, seterusnya tidak bekerja seperti yang dijangka. Syukurlah, Christopher merujuk kami di sini (http://support.microsoft.com/kb/932816). Daripada penulisan entri ini, kita sedang menunggu Jabatan IT untuk mendapatkan bahawa hotfix, tetapi ia kelihatan cerah. Kami salinan .dll terjejas tidak berkongsi bait saiz yang sama, Jadi Mudah-mudahan ini akan menyelesaikan masalah.

Workaround:

Semula menjalankan perintah setproperty stsadm -o seolah-olah prod pemasa aliran kerja bangun. Ia akan, kira-kira 7 minit kemudian, sebenarnya bangun dan terus bersama-sama dengan aliran dalam.

Soalan / Isu-isu yang ditangani:

Tangguh sehingga tarikh tidak berfungsi.

Tangguh sehingga tarikh tidak meneruskan.

Status aliran kerja tidak berubah daripada "dalam kemajuan"

Aliran kerja status tetap "dalam kemajuan"

Tinjauan

Entry ini menerangkan satu kajian kes menceritakan tentang sebuah MRO sebenar (Penyelenggaraan, Pembaikan dan Operasi) proses kelulusan kerja dilaksanakan di MOSS.

Ini bukan perbincangan secara terang-terangan teknikal, tetapi sebaliknya bertujuan untuk menyediakan satu contoh dunia sebenar yang menunjukkan bagaimana platform MOSS bermesyuarat keperluan dunia sebenar.

(Entri ini telah diposkan antara salib http://paulgalvin.spaces.live.com dan http://blogs.conchango.com)

Latar belakang

Proses MRO pelanggan telah disifatkan oleh yang berikut

• Proses kelulusan Manual.
• Beberapa sokongan menggunakan excel spreadsheet.
• Proses kelulusan tidak teratur. Proses kelulusan pembelian MRO yang sama akan berbeza-beza sehari-hari, orang oleh orang.
• Banyak kertas dan tandatangan tulisan tangan — tuntutan pembelian diperlukan sehingga 3 tandatangan ditulis sebelum kelulusan akhir.

Objektif projek ini termasuk:

• Sepenuhnya mengautomasikan proses.
• Menguatkuasakan piawaian perusahaan untuk kelulusan.
• Memberi pandangan disatukan MRO membeli pelbagai pengurus.
• Jejak audit terperinci.

Sebagai kesan sampingan satu penyelesaian yang, tandatangan bertulis telah tidak lagi diperlukan.

Proses Kelulusan

Proses kelulusan ini terdiri daripada empat "lorong berenang": Pemula, Pengurus langsung, Pengurus berfungsi dan pengurus bahagian.

Pemula:

Melihat keperluan untuk membeli dan memulakan proses. Sila ambil perhatian bahawa pemilik asal mungkin tidak benar-benar boleh memasukkan permintaan pembelian, tetapi sebaliknya mengarahkan ahli kakitangan lain untuk berbuat demikian. Beberapa kali, pemilik asal tidak mempunyai kepakaran teknikal untuk mengisi permintaan PO. Sebagai contoh, pengguna mungkin mahu permintaan komputer riba yang baru, tetapi tidak tahu vendor terbaik, Standard IT, dan sebagainya.. Dalam kes ini,, kerja-kerja pemberi pinjaman dengan MENGGUNAKANNYA dan ia benar-benar mengisi keluar permintaan.

Pengurus langsung:

Ini adalah pengurus langsung pemula (yang mungkin berbeza daripada orang yang benar-benar memasuki permintaan itu ke PO MOSS). Langsung Pengurus perlu meluluskan permintaan PO sebelum sistem bertujuan kelulusan selanjutnya selari dengan.

Pengurus berfungsi:

Pengurus fungsian adalah individu yang bertanggungjawab untuk memastikan bahawa pembelian dicadangkan mematuhi piawaian perusahaan dalam skop fungsi korporat yang tertentu. Sebagai contoh, Pembelian ia diluluskan oleh seorang pengurus fungsian IT.

Pengurus Bahagian:

Pengurus Bahagian meluluskan pembelian requisitions tegas dengan amaun dolar yang. Pengurus Bahagian meluluskan pembelian requisitions melebihi jumlah dolar dikonfigurasikan.

Penyelesaian

Kita menggunakan alat dan komponen yang berikut untuk melaksanakan penyelesaian yang:

MOSS: Berfungsi sebagai platform off segala-galanya "Hang". MOSS menyediakan perkhidmatan batuan dasar untuk Keselamatan, master data, jejak audit dan ciri-ciri lain.

InfoPath membentuk perkhidmatan: Satu komponen MOSS, ini membolehkan pengguna untuk mengisi tuntutan pembelian melalui pelayar web.

SharePoint Designer (SPD): Kami menggunakan SPD untuk melaksanakan proses aliran kerja automatik.

Perkhidmatan Web: C# perkhidmatan web meningkatkan pengalaman pengguna dengan membolehkan senarai pilihan Café yang disediakan dalam bentuk InfoPath dan memberikan prestasi yang lebih baik berkenaan dengan penapisan data. Lihat di sini untuk menyelam teknikal yang mendalam mengenai perkara ini dan sebab-sebab kami untuk menggunakannya.

Senarai Custom: MOSS profil pengguna yang disediakan Pengurus langsung pengguna diberikan, tetapi tidak menyediakan sebahagian data yang dikawal keputusan aliran kerja (e.g. sama ada pengurus bahagian yang diperlukan untuk meluluskan permintaan PO). Kita menggunakan senarai tersuai dalam sebuah "Syarikat Data" Laman web untuk mengekalkan data seperti "Pejabat pengurus kelulusan dolar amaun", "Fungsi Pengurus kawasan" dan sebagainya. Senarai bersepadu sangat baik dengan InfoPath dan juga menyediakan mencipta/Kemaskini/Hapus (Crud) fungsi dengan pengauditan dan keselamatan keluar dari kotak.

Gunakan Kes

Kes ini menunjukkan bagaimana penggunaan penyelesaian yang sesuai bersama-sama:

1. Paul mahukan sebuah komputer riba yang baru. Dia menerangkan hajatnya untuk Vivek, orang IT biasa dengan standard laptop korporat, vendor pilihan, dan sebagainya..
2. Vivek log ke MOSS, mengakses borang permintaan PO dan memasuki permintaan bagi pihak Paul. Borang arahan Vivek untuk kategori pembelian yang kemudian menggunakan perkhidmatan web untuk mengisi senarai juntai ke bawah vendor Syarikat yang diluluskan. Vivek juga menetapkan fungsi bidang korporat pembelian ini (e.g. "IA" atau "Kewangan").
3. SPD aliran kerja berasaskan bermula, pengurus langsung dan laluan rekuisisi kepada pengurus beliau menentukan Paul, Stacy.
4. Stacy meluluskan permintaan pembelian.
5. SPD aliran inspects permintaan dan menentukan ianya satu pembelian IT. Ia laluan alur kerja dengan Pengurus fungsian IT, Wonson.
6. Wonson meluluskan permintaan itu.
7. SPD kerja lagi memeriksa permintaan itu dan menentukan bahawa jumlah pembelian melebihi jumlah dolar Maksimum dan laluan kepada pengurus bahagian untuk kelulusan.
8. Pengurus bahagian meluluskan permintaan pembelian.

Nota

• Menunjukkan kes penggunaan a "bersih" Jalankan tanpa rejections atau lompatan.
• Tiap-tiap Pegawai mempunyai keupayaan untuk meluluskan atau menolak permintaan serta memberikan komen bertulis. Ini telah log masuk jejak audit.
• Jika seorang pengurus yang bertanggungjawab menolak permintaan pembelian pada bila-bila, rekuisisi PO sudah "mati" dan proses ini mesti dimulakan dari awal.
• Aliran kerja memberitahu pemula di setiap langkah proses.
• Tiada tandatangan bertulis — pelanggan yang ditentukan (selepas beberapa cadangan secara paksa) bahawa jejak audit sebagaimana yang diperuntukkan melalui sejarah aliran kerja, berkhidmat pengauditan perlu.
• Usaha — Ia mengambil masa kira-kira tiga lelaki minggu melaksanakan penyelesaian ini.

Kesimpulan

Penyelesaian ini memanfaatkan MOSS sebagai kemajuan dan platform berjalan. Pelanggan telah berjaya memanfaatkan ciri-ciri MOSS teras untuk mengautomasikan proses perniagaan rutin yang menjejaskan hampir setiap pekerja dalam Syarikat. Kecuali perkhidmatan web mudah (yang sendiri memanfaatkan MOSS), hampir tiada sebenar "pengaturcaraan" diperlukan.

Penyelesaian yang juga bertindak sebagai "mempamerkan" untuk pelanggan, menunjukkan ciri-ciri MOSS cara yang berbeza boleh digabungkan untuk mencipta sebuah aplikasi perniagaan yang sepenuhnya yang diketengahkan dan menjana peluang-peluang perundingan yang baru pada masa akan datang.

Glosari

MRO: Penyelenggaraan, pembaikan dan operasi. Pembelian ini biasanya meliputi perkara-perkara seperti pad Nota, kerusi, komputer peribadi, pencetak, telefon bimbit dan sebagainya.

Ini mungkin jelas kepada ramai, tetapi ketika belajar untuk peperiksaan pengaturcaraan MOSS saya, Saya belajar bahawa ia adalah agak mudah untuk mendapatkan XML sebenar dari pertanyaan carian melalui antara muka pengguna.

Salah satu kaedah yang cepat adalah seperti berikut:

• Mengakses carian maju.
• Melakukan carian yang mengembalikan beberapa data.
• Edit halaman (melalui penetapan tapak).
• Tukar XSL kepada yang berikut:

<?xml versi="1.0" pengekodan="utf-8"?>
<Pemacu:stylesheet versi="1.0" xmlns:Pemacu="http://www.w3.org/1999/XSL/Transform">
<Pemacu:output kaedah="xml" versi="1.0" pengekodan="UTF-8" inden="ya"/>
<Pemacu:template perlawanan="/">
<pra>
<Pemacu:copy-of pilih="*"/>
</pra>
</Pemacu:template>
</Pemacu:stylesheet>

• Hit memohon.
• Lihat Sumber dalam pelayar.

Perhatikan bahawa <pra> Tag tidak melakukan banyak kecuali berkhidmat sebagai petanda mudah apabila anda melihat keputusan.

Silap mata ini boleh menjadi sangat membantu apabila bekerja dengan sifat-sifat yang terurus dan menyesuaikan. Ia akan menyediakan senarai muktamad XML yang tersedia untuk anda gunakan dalam xslt anda yang akan menjadi sangat berguna lepas 25 kali saya mencipta beberapa hasil carian disesuaikan.

Ini sepatutnya bekerja untuk dataviews serta, walaupun saya tidak diuji yang keluar lagi.

Saya melihat bahawa Eric Kraus berhadapan dengan keperluan biasanya bertemu dengan sebahagian pertanyaan kandungan web. Masalahnya? Dia berada dalam suasana WSS tulen tidak mempunyai akses kepada CQWP yang. Alih-alih lencong di kedudukan janin (dorongan untuk saya perlu untuk melawan setiap hari, Ia seolah-olah), Dia datang dengan penyelesaian yang sekurang-kurangnya memberikan kedai WSS perjuangan peluang untuk berjaya. Ia diterangkan di sini.

Stefan Goßner telah meletakkan bersama-sama siri 4-bahagian masing-masing SharePoint kandungan dan penggunaan API di sini. Ia menawarkan gambaran besar dan contoh-contoh yang sangat baik dalam Kod (C #).

Saya mula-mula meningkat pautan ini dari blog poelmans joris pada http://jopx.blogspot.com/.

Walaupun jika anda seperti saya, kerana anda tidak pernah melakukan banyak kerja tangan bagi pengurusan kandungan, ini adalah berbaloi 20 minit masa anda untuk membaca.

Menggunakan API, seseorang boleh:

• Eksport dan import kandungan sangat mudah.
• Ibu-bapa semula kandungan. Jika anda mahu untuk mengeksport beberapa kandungan dari tapak "A" dan hantar ke laman web "B" tetapi di betul-betul baru tempat di dalam hierarki, ini boleh didapati.
• Eksport kandungan dari tapak A dan mengimport bit terpilih ke dalam laman web A.
• Kandungan semula pautan (bermakna berurusan dengan semua hyperlink).

Seseorang di internet yang bertanya mengenai cara untuk mencipta sebuah kolum dikira dalam senarai yang akan menunjukkan nilai yang diformatkan sebagai"[Pengguna] – [Status] – [Lokasi]" seperti dalam "Paul Galvin. – Minum [percuma] Bir – Pantai".

Paul akan masuk dan mengemas kini kemasukan beliau dalam senarai dan kolum dikira akan mengemaskini dengan sewajarnya. Dalam [Pengguna] Sekiranya ingkar kepada pihak pengguna memasukkan/mengemaskini senarai.

Satu kolum yang dikira tidak boleh menggunakan "tidak menentu" fungsi-fungsi seperti [Saya] atau [Hari ini]. Saya menyelesaikan dalam persekitaran ujian dengan langkah-langkah ini:

1. Mencipta sebuah medan teks yang dinamakan "Pengguna semasa".
2. Dijangka nilai lalai [Saya]
3. Mencipta sebuah kolum dikira yang dipanggil "Kerak ujian".
4. Menetapkan nilai = [Pengguna semasa]

Saya pergi, menambah item ke dalam senarai dan berjaya.

Saya telah berhadapan dengan ini untuk 9 bulan dan saya melihat bahawa orang-orang di forum pengguna MSDN dan Usenet mempunyai ia too.l

Kadang-kadang, semasa mencapai dokumen word (atau lain-lain jenis doc) daripada dokumen Perpustakaan menyebabkan Internet Explorer hanya kemalangan dan pergi (mengambil semua tab dengannya jika terbuka adalah mana-mana).

Hotfix MS ini boleh menyelesaikan: http://support.microsoft.com/kb/938888

Juga, Terdapat beberapa huraian tentang masalah itu di sini:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Tinjauan:

Mencipta senarai tersuai yang menguruskan jenis kandungan dengan sesetengah lajur sedozen.

Menambah ke halaman dan kemudian melalui SPD, ditukarkan kepada paparan data.

Masalah:

Saya bersuara Xpath adalah kembali kosong untuk kolum yang dinamakan "Sekarang". Saya dirujuk Ehwal:

    <Jadual border = "1">
      <Pemacu:= Pilih untuk-masing-masing "/ dsQueryResponse/baris/baris" >
        <tr>
          <td>
            Status semasa:
            <Pemacu:select="@Current_x0020_Status nilai daripada"></Pemacu:nilai-of>
          </td>
        </tr>
      </Pemacu>
    </jadual>

Lajur di CT yang dinamakan "Status semasa". Ia menunjukkan lookup itu sebagai "Status semasa". Mana pun anda melihat, anda melihat "Status semasa".

Manakala thrashing madly kira-kira, mencari penyelesaian, Saya sebaliknya disebut "lagi @Recruiter" dan tiba-tiba! — yang benar-benar kembali semula status semasa. Saya harapkan untuk memulangkan kembali perekrut apabila saya berbuat demikian.

Penyelesaian:

Saya mencucuk ganas bergerak kira-kira dalam SPD. Pergi ke laman tersebut dalam SPD dan ia menunjukkan paparan data. Anda boleh memeriksa sebenar data yang diberikan kepada pandangan dan berkaitan Xpath. Di sini saya dapati bahawa sesungguhnya, Xpath menunjuk pada "Perekrut". Peliknya, dalam "sebenar" bidang bilangan ahli baru yang menunjukkan dari "Recruiter1".

bawa pergi:

SPD menyediakan ungkapan Xpath autoritatif bagi baris & lajur paparan data.

Kedua, Ia menunjukkan data sebenar. Jadi, sebagai contoh, lajur yang jenis menunjukkan ini:

<nobr><span><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx yang?ID = 17">Galvin, Paul</A><sempadan img ="0" ketinggian = "1" lebar = "3" SRC="/_layouts/Images/Blank.GIF"/><a href ='javascript:’ onclick ='IMNImageOnClick();kembali palsu;’ kelas = 'ms-imnlink'><nama IMG ='imnmark’ Tajuk =” border =’0′ ketinggian ='12’ lebar ='12’ SRC='/_layouts/Images/Blank.gif’ Alt =' tiada maklumat kehadiran’ menghirup ='PGalvin@xxx.com’ ID ='imn_77, jenis = smtp'/></1></span></nobr>