این مقاله در چرخه "اولین مراحل توسعه در 1C" گنجانده شده است. در آن، ما همچنان با رابط مدیریت شده "Taxi" آشنا می شویم و مستقیماً به پیکربندی آن می رویم.
همانطور که می دانید، توسعه رابط infobase با ایجاد ساختار منوی آن آغاز می شود، زیرا چقدر راحت و منطقی خواهد بود، کل سیستم به طور کلی برای کاربر قابل درک خواهد بود.
پس از مطالعه مقاله متوجه خواهید شد:
- زیرسیستم چه نقشی در شکل دادن به ساختار منو ایفا می کند؟
- چگونه بخش های منوی سطح 1 و 2 را تشکیل دهیم؟
- چگونه ترکیب دستورات نمایش داده شده در بخش های منو را سفارشی کنیم؟
- ویرایشگر رابط فرمان برای چیست و چگونه می توان با آن کار کرد؟
- چگونه رابط Command بخش اصلی را سفارشی کنیم؟
قابلیت کاربرد
این مقاله رابط "Taxi" پیکربندی توسعه یافته در پلت فرم 1C 8.3.4.496 را مورد بحث قرار می دهد. اطلاعات مربوط به نسخه‌های پلتفرم فعلی است.
زیر سیستم ها پیکربندی رابط با استفاده از زیرسیستم ها
به زیرسیستم ها اشیاء مشترک گفته می شود... آنها توانایی طبقه بندی اشیاء پیکربندی را بر اساس زیر سیستم ها.
برای نشان دادن تعلق یک شی به زیرسیستم های موجود در پنجره ویرایش شییک برگه مربوطه وجود دارد که پرچم‌ها نشان می‌دهند که شی متعلق به کدام زیرسیستم است.
در آینده، می‌توانید یک فیلتر از درخت شی بسازید زیر سیستم ها.
در این مورد، امکان کنترل: enable for selected وجود دارد زیر سیستم هااشیاء تابع زیر سیستم هاو پدر و مادر زیر سیستم هایا نه.
طبقه بندی اشیاء بر اساس زیر سیستم هاهنگام ایجاد راحتی ایجاد می کند نقش.
برای شی نقشمی توانید حقوق مربوطه را تعریف کنید و نشان دهید که این نقشرا می توان فقط برای آن دسته از اشیاء که در انتخاب شده گنجانده شده است زیر سیستم ها.
به روشی مشابه زیر سیستم هاهنگام ایجاد استفاده می شود رابط ها. رابط هاتنها زمانی مورد نیاز است که پیکربندی در حالت نرمال برنامه شروع شود.
طبقه بندی اشیاء بر اساس زیر سیستم هاهمچنین هنگام ادغام تنظیمات استفاده می شود. آن ها شما می توانید اشیاء فیلتر شده توسط زیر سیستم ها.
هدف مهم زیرسیستم ها این است که رابط فرمان پیکربندی را در حالت ایجاد کنند برنامه مدیریت شده . زیر سیستم هاسطح اول را تعریف می کند .
برای موجود زیر سیستم هاشما می توانید تودرتو (فرع) را تعریف کنید. داده ها زیر سیستم هاگروه هایی تشکیل خواهد داد نوارهای ناوبری.
وقتی یک شی را بر اساس طبقه بندی می کنیم زیر سیستم ها، امکان گنجاندن یک شی فقط در یک تودرتو وجود دارد زیر سیستم، احتمالاً در زیرسیستم سطح اول، احتمالاً در هر دو.
در حالت دوم، شی دو بار نمایش داده می شود: هر دو در زیر سیستم تودرتو و به طور جداگانه در نوارهای ناوبری... در بیشتر موارد، این کاملاً صحیح نیست.
اساساً، زیرسیستم ها اختیاری هستند. آن ها پیکربندی توسعه یافته بر روی پلتفرم 8.3 می تواند بدون هیچ گونه زیرسیستم به خوبی کار کند.
اما در این حالت، هیچ پنل پارتیشنی وجود نخواهد داشت، همه چیز در دسکتاپ نمایش داده می شود. پیکربندی های بسیار ساده با مجموعه کوچکی از اشیاء می توانند بدون Subsystems کار کنند.
اما اگر اسناد، دایرکتوری ها و رجیسترهای زیادی در پیکربندی وجود داشته باشد، با استفاده از زیر سیستم هاتا حد زیادی کار کاربر را تسهیل می کند.
توجه داشته باشید که برخی از تنظیمات پیکربندی متعلق به برخی است زیر سیستمبه سه روش قابل انجام است.
اول، می توان آن را در پنجره ویرایش شیروی نشانک زیر سیستم ها... ما قبلاً این گزینه را در نظر گرفته ایم.
دوم، می توان استفاده کرد پنجره ویرایش زیرسیستم... روی یک نشانک ترکیبشما می توانید اشیاء موجود در این را مشخص کنید زیر سیستم.
و در نهایت، برای پیکربندی اشیاء از طریق منوی زمینه، می توانید یک کادر محاوره ای خاص به نام فراخوانی کنید علاوه بر این.
این پنجره همچنین اجازه می دهد تا یک شی به عنوان متعلق به علامت گذاری شود زیر سیستم ها... اگر بخواهیم همزمان با چندین شی کار کنیم از این پنجره استفاده می شود.
هنگام حرکت مکان نما بر روی اشیاء درخت پیکربندی در پنجره علاوه بر ایناطلاعات مربوط به زیرسیستم ها نمایش داده می شود.
هنگام ایجاد یک شی پیکربندی به طور پیش فرض، پلتفرم 8.3 شی را به هیچ زیرسیستمی متصل نمی کند.
آن ها توسعه دهنده باید خودش به این برگه برود و چک باکس های مربوطه را بگذارد.
اگر توسعه دهنده این کار را انجام ندهد، سیستم تشخیص می دهد که به آن تعلق ندارد زیر سیستم هابه عنوان یک اشتباه
اما خطا مهم نیست، بنابراین ما می توانیم با این موافق باشیم.
در واقع، سیستم به شما اطلاع می دهد که ممکن است فراموش کرده باشید که اشیاء جدید را در آن قرار دهید زیر سیستم ها... در این حالت، اشیا در رابط فرمان نمایش داده نمی شوند.
کاربر فقط از طریق می تواند به چنین اشیایی دسترسی داشته باشد منوی اصلیبا استفاده از دستور همه توابع.
طبیعتاً برای اینکه بتوان یک شی را باز کرد، لازم است که به کاربر حقوق مناسبی داده شود.
تعدادی از موارد وجود دارد که برای توسعه دهندگان راحت تر است که اشیاء اضافه شده به پیکربندی استاندارد را در زیرسیستم خود بگنجانند.
برای زیر سیستم ها v پنجره ویرایشمی توانید پرچم را بردارید شامل در رابط فرمان.
که در آن زیر سیستم هادر رابط فرمان نشان داده نمی شود. اگر هیچ زیرسیستمی برای گنجاندن در رابط فرمان وجود نداشته باشد، برای اشیاء جدید، پلتفرم 8.3 بررسی نمی‌کند که آیا به هیچ زیرسیستمی تعلق دارد یا خیر.
به منظور سفارشی سازی ترکیب دستوراتی که در قسمت مربوطه تعریف شده توسط زیرسیستم گنجانده شده اند، یک ویرایشگر ویژه وجود دارد.
این ویرایشگر را می توان از پنجره ویرایش Subsystem با کلیک بر روی دکمه فراخوانی کرد رابط فرمان(روی نشانک اصلی).
برای همه امکان پذیر است زیر سیستم هابا این ویرایشگر تماس بگیرید از ویرایشگر، امکان کنترل باز شدن لیست ها در داخل وجود دارد نوارهای ناوبری، در دسترس بودن دستورات در نوارهای اکشن.
به طور پیش فرض، چک باکس های مربوط به دستورات ایجاد آیتم ها در فهرست ها و اسناد پاک می شوند، اما می توان آنها را علامت زد. V نوارهای اکشنهمچنین می توانید گزارش ها را باز کنید.
عناصر موجود در ویرایشگر قابل جابجایی هستند. علاوه بر این، از نوارهای ناوبری v نوار اکشنو در جهت مخالف حرکت غیرممکن است. شما می توانید عناصر را به داخل منتقل کنید نوارهای ناوبرییا داخل نوارهای اکشن.
یک ستون دید کلی و یک ستون دید به نقش وجود دارد. یک ستون برای هر نقش تعریف شده در پیکربندی وجود خواهد داشت. مقداری که در ستون نمای کلی تنظیم شده است، مقدار پیش‌فرض برای مشاهده بر اساس نقش است.
مشاهده نقش می تواند سه مقدار داشته باشد: یا عنصر برای یک نقش مشخص نامرئی خواهد بود (1). یا همیشه قابل مشاهده خواهد بود، صرف نظر از اینکه کدام پرچم در ستون دید (2) تنظیم شده است. یا پرچم دید به نقش از پرچم دید عمومی (3) به ارث می رسد.
اگر به یک کاربر دو نقش اختصاص داده شود و یک چک باکس برای یکی از آنها انتخاب شود، اما برای دیگری نه، قانون استاندارد سیستم 1C: Enterprise 8 کار خواهد کرد - اگر در یکی از آنها مجاز باشد، به کاربر اجازه انجام یک عمل داده می شود. نقش ها
گاهی اوقات لازم است بلافاصله رابط فرمان را در چندین تغییر دهید زیر سیستم ها... در پلتفرم 1C: Enterprise 8، یک ابزار خدماتی وجود دارد که به شما امکان می دهد رابط فرمان چندین را ویرایش کنید. زیر سیستم ها.
این ابزار از منوی زمینه گره ریشه شاخه فراخوانی می شود زیر سیستم ها.
در پنجره‌ای که باز می‌شود، می‌توانید به سرعت در آن جابجایی کنید زیر سیستم هاو رابط های فرمان را ویرایش کنید. علاوه بر این، در این پنجره می توانید ترکیب را ویرایش کنید زیر سیستم ها... شما همچنین می توانید اشیاء را به داخل منتقل کنید نوارهای ناوبریو نوارهای اکشن.
علاوه بر این، شما حتی می توانید تابعیت را تغییر دهید زیر سیستم ها... یک دکمه مخصوص برای این کار وجود دارد. جابجایی زیرسیستم.
برای سفارشی کردن رابط فرمان بخش اصلیویرایشگر رابط فرمان نیز استفاده می شود.
نامیده می شود نه برای زیر سیستم هاو از طریق منوی زمینه گره پیکربندی ریشه، مورد باز کنرابط فرمان بخش اصلی
در پنجره ای که باز می شود، می توانیم مشخص کنیم: کدام فهرست ها، اسناد و سایر اشیاء در این رابط فرمان گنجانده شده است. همچنین می‌توانید قابلیت مشاهده آنها را فعال کنید و دید بر اساس نقش را کنترل کنید.
باید در نظر داشت که هنگام حذف زیر سیستم هامتأسفانه پلتفرم بررسی نمی کند که آیا حداقل یک شی در یک زیرسیستم معین گنجانده شده است یا خیر.
پس از حذف زیر سیستم هاهنگام ذخیره پیکربندی، هیچ پیامی در مورد بازسازی پایگاه اطلاعاتی نمایش داده نمی شود.
این پایان آشنایی ما با راه اندازی ساختار منوی پایگاه اطلاعاتی است. در مقاله بعدی آشنایی خود را با رابط مدیریت ادامه خواهیم داد و در نظر خواهیم گرفت که پلتفرم 1C: Enterprise 8 چه فرصت هایی را برای کار با لیست ها فراهم می کند.
در مقاله قبلیدلیل توضیح داده شد که چرا تغییر قابلیت مشاهده عناصر در یک فرم مدیریت شده راه خوبی برای بازسازی رابط، برای کنترل دسترسی عناصر فرم به کاربران نیست.
امروز ما به یک روش جایگزین برای تغییر نمایان بودن عناصر فرم مدیریت شده که تماس سرور را راه اندازی نمی کند نگاه خواهیم کرد. بنابراین، ما قادر خواهیم بود ترافیک را ذخیره کنیم و عملکرد برنامه را افزایش دهیم.
همه چیز روی مشتری
هدف کلی روش شرح داده شده در زیر این است که دید / دسترسی عنصر فرم را فقط در سمت مشتری، بدون تماس با سرور، تغییر دهید. پرچم "Visibility" برای ما کار نخواهد کرد. بیایید به احتمالات دیگر نگاه کنیم.
دو گزینه وجود دارد. اولین مورد استفاده از ویژگی Accessibility عنصر فرم است. اما پس از آن، اگرچه کاربر نمی‌تواند با عناصر فرمی که قابلیت دسترسی برای آنها روی FALSE تنظیم شده است کار کند، اما همچنان می‌تواند آن را ببیند. کنترل کننده تغییر قابلیت دسترسی عنصر فرم به این صورت است:
& OnClient Procedure HideCommandVisibility (Command) موارد. هشدار دهید. در دسترس بودن = موارد نیست. هشدار دهید. دسترسی؛ پایان رویهعنصر unavailable به شکل زیر است:
هنگامی که دسترسی به یک عنصر تغییر می کند، هیچ تماسی با سرور برای ترسیم مجدد فرم، همانطور که در مورد پرچم "Visibility" اتفاق افتاد، رخ نمی دهد.
اما اگر لازم باشد عنصر فرم را به طور کامل از دید پنهان کنیم چه؟ بیایید نحوه انجام این کار را در یک عنصر لیست پویا از فرم بالا نشان دهیم. گروهی از عناصر با نمای «صفحات» و دو گروه فرعی با نمای «صفحه» را به فرم اضافه کنید. عنصر لیست پویا را به یکی از آنها منتقل کنید.
در یک صفحه خالی که در آن لیست پویا وجود ندارد، یک دکوراسیون نمای «برچسب» اضافه کنید تا صفحه خالی نباشد و بتوانید به آن سوئیچ کنید. برای گروه صفحه، ویژگی "Displaying Pages" را روی FALSE قرار دهید تا نشانک ها قابل مشاهده نباشند.
اکنون در دستور "Hide dynamic list" دستور زیر را می نویسیم:
& OnClient Procedure HideCommandVisibility (Command) If Items. صفحات CurrentPage = آیتم ها. Page1 سپس آیتم ها. صفحات CurrentPage = آیتم ها. صفحه 2؛ در غیر این صورت عناصر. صفحات CurrentPage = آیتم ها. صفحه 1; EndIf پایان رویهاین دستور صفحات را تغییر می دهد. هنگام تعویض صفحات، تماس با سرور رخ نمی دهد، همه چیز در سمت مشتری انجام می شود. علاوه بر این، اگر به صفحه "Page2" بروید، جایی که فقط تزئینات کتیبه اضافه شده است، فرم مانند تصویر زیر خواهد بود:
بنابراین، ما عنصر فرم مدیریت شده را به روشی بهینه بدون فراخوانی به سرور، فراخوانی های متنی به سرور پنهان کرده ایم. در نتیجه میزان ترافیک ارسالی را ذخیره کرده و کار برنامه را تسریع کردیم.
هنگام طراحی یک رابط بر روی فرم های مدیریت شده، به خصوص اگر راه حل در حالت تین کلاینت کار کند، همیشه لازم است که رفتار پلت فرم در طول اقدامات خاص در نظر گرفته شود. بنابراین، به عنوان مثال، قبلاً در بالا گفته شد که هنگامی که نمایان بودن عناصر تغییر می کند، فرم به طور کامل در سرور دوباره ترسیم می شود و هنگامی که ویژگی "Accessibility" تغییر می کند یا هنگامی که صفحات جابجا می شوند، همه اقدامات بر روی سرور انجام می شود. سمت مشتری
از قدرت فرم های مدیریت شده به روش درست استفاده کنید!
لازم است به طور پیش فرض یک عنصر فرم نامرئی ایجاد شود، اما با قابلیت نمایش آن - دید کاربر عناصر فرم به کمک می آید.
داده شده
فرم پارامترهای پردازش، با سه صفحه "پارامترهای اتصال"، "Logging" و "Advanced".
وظیفه
به طور پیش فرض، برگه "اضافی" را پنهان کنید، اما با قابلیت نمایش آن در صورت لزوم از حالت 1C: Enterprise.
راه حل
این نیاز به سادگی اجرا می شود، در پیکربندی صفحه "پیشرفته"، به ویژگی بروید دید سفارشیو تیک کادر "Visibility" را بردارید. ویژگی دید سفارشیدید پیش فرض یک عنصر را تنظیم می کند.
اکنون فرم با یک صفحه مخفی "Advanced" باز می شود، برای نمایش آن باید به منوی "More" بروید و نمایان بودن صفحه را تنظیم کنید. 
هنگامی که نمایان شدن توسط کاربر تغییر می کند، مقدار ذخیره می شود و فرم سفارشی شده در آینده باز می شود.
شما همچنین می توانید قابلیت مشاهده بر اساس نقش را پیکربندی کنید، برای این کار باید در تنظیمات مشخص کنید که عنصر برای کدام نقش ها قابل مشاهده است یا خیر. به طور پیش فرض، همه چیز برای همه نقش ها از مقدار کل گرفته می شود. هنگام ویرایش نمایان بودن یک نقش، کادر انتخاب به سیاه تغییر رنگ می دهد.
این مقاله ادامه مجموعه مقالات "اولین مراحل توسعه در 1C" است. این ماده فرض می‌کند که قبلاً مقالات قبلی ما را در مورد رابط خوانده‌اید. در همین مقاله به آشنایی خود با ویژگی های جدید رابط تاکسی ادامه می دهیم و در نظر می گیریم که فرم های مدیریت شده چه نوآوری های جالبی در این رابط دریافت کرده اند.
قابلیت کاربرد
این مقاله رابط "Taxi" پیکربندی توسعه یافته در پلت فرم 1C 8.3.5.1098 را مورد بحث قرار می دهد. موارد اضافه شده به نسخه های پلتفرم فعلی (8.3.11) در نتیجه گیری آورده شده است. بنابراین، تمام اطلاعات ارائه شده مرتبط است.
جدید در فرم های مدیریت شده در 1C: Enterprise 8.3
توسعه دهندگان پلتفرم 1C: Enterprise 8.3 بار دیگر سخت تلاش کرده اند تا تجربه کاربری را با فرم های مدیریت شده بهبود بخشند.
ورودی به خط
قبلاً در فیلدهای ورودی، هنگام وارد کردن کاراکترهای اولیه از صفحه کلید، سیستم به دنبال عناصر مناسب می گشت.
با این حال، کاربران اغلب نیاز دارند نه تنها با اولین کاراکترهای نام، بلکه در یک مکان دلخواه در نام جستجو کنند.
در پیکربندی، برای اشیاء ابرداده ارجاع شده برای تنظیم ورودی به خط، یک برگه جداگانه "فیلد ورودی" ایجاد شده است:
در هنگام ورود از طریق خط، امکانات زیر را برای تشکیل لیست انتخاب فراهم می کند:
- با استفاده از جستجوی متن کامل؛
- جستجو بر اساس وقوع یک رشته فرعی یا با شروع یک رشته.
- انجام جستجو به طور مستقیم یا در پس زمینه
در ویژگی «نحوه جستجو برای یک رشته هنگام وارد کردن یک رشته فرعی»، می‌توانید انتخاب کنید که آیا فقط با اولین کاراکترهای یک رشته جستجو شود یا در هر بخشی از آن.
در حالت کاربر، جستجو برای هر بخشی از یک رشته به این صورت است: کاربر به صورت متوالی کاراکترهایی را از صفحه کلید وارد می کند و سیستم جستجو می کند.
و نه تنها از حروف اول نام، بلکه با وقوع خط تایپ شده:
به طور طبیعی، استفاده از جستجو در هر بخشی از یک رشته می تواند عملکرد سیستم را کاهش دهد، به خصوص با مقدار زیادی داده.
در حالت فایل، در حالی که کاربر در حال تایپ یک خط است، جستجو در پس‌زمینه تنها در صورتی انجام می‌شود که هیچ پس‌زمینه یا کار برنامه‌ریزی‌شده دیگری در آن لحظه اجرا نشود.
اگر تنظیمات مربوطه تنظیم شده باشد، هنگام وارد کردن داده ها در قسمت ورودی، می توان از جستجوی متن کامل استفاده کرد.
جستجوی تمام متن هم کل کلمات و هم رشته هایی را که در آنها کاراکترهای تایپ شده بخشی از کل کلمات هستند (با استفاده از عملگر جستجوی متن کامل *) پیدا می کند.
به عنوان مثال، کاربر قسمت های زیر از کلمات را در قسمت ورودی وارد می کند، سیستم گزینه های یافت شده را با استفاده از موتور جستجوی متن کامل در یک پنجره بازشو نمایش می دهد:
نتایج جستجوی متن کامل مربوط به رشته جستجوی وارد شده در شکل نشان داده شده است:
به یاد بیاورید که در پلتفرم 8.3 امکان تعریف مجدد نمایش نوع داده مرجع با استفاده از رویه های ReceiveDepresentationProcessing و ViewFieldGetProcessing در ماژول مدیر شیء فراهم شد.
هنگام استفاده از این قابلیت همراه با ورودی خط، ویژگی زیر وجود دارد.
کنترل کننده های بالا بر ارائه مقادیر در لیست انتخاب تأثیر نمی گذارند - لیست نمای اصلی شی را منعکس می کند.
با این حال، پس از انتخاب، کادر بازنمایی مورد انتظار لغو شده از شی را نشان می دهد.
برای بزرگنمایی روی تصویر کلیک کنید.
توسعه دهندگان بر این باورند که هیچ خطایی در این رفتار پلتفرم وجود ندارد و نشان دادن دلیل یافتن یک نتیجه خاص (به عنوان مثال، رشته فرعی که توسط آن شی پیدا شد برجسته کنید) ارزشمندتر از نمایش نمایشی از مقدار مربوطه که از نتیجه جستجو حذف می شود.
خصوصیات ورودی خط به خط بالا در سطح کل شی فوق داده تنظیم شده است.
در یک مکان خاص در پیکربندی، توسعه‌دهنده می‌تواند این ویژگی‌ها را لغو کند.
برای مثال، استفاده از کنترل‌کننده رویداد AutoFit و EndTextInput یک فیلد ورودی خاص، یا استفاده از کنترل‌کننده رویداد SelectDataGetProcessing در ماژول مدیر شی.
برای انجام این کار، این رویه ها از پارامتری به نام Parameters of type Structure استفاده می کنند که ویژگی های آن شامل روشی برای جستجوی یک ردیف، حالتی برای به دست آوردن داده های انتخابی و تنظیم استفاده از داده های انتخابی است.
برای بزرگنمایی روی تصویر کلیک کنید.
لیست کشویی برای فیلد ورودی
در پلتفرم 8.3، لیست کشویی برای فیلد ورودی، عملکردهای بیشتری برای بهبود راحتی کار با سیستم دریافت کرده است.
این لیست اکنون می تواند تاریخچه ای از مقادیر انتخاب شده قبلی را نمایش دهد. هنگامی که مکان نما در فیلد قرار می گیرد، با فشار دادن دکمه انتخاب از لیست یا کلید پیکان رو به پایین در صفحه کلید، فهرستی با تاریخچه روی صفحه نمایش داده می شود.
می‌توانید نمایش تاریخچه را در فیلدهای ورودی مرتبط با داده‌های نوع مرجع، سند، فرآیند تجاری، وظیفه، نمودار انواع مشخصه، نمودار انواع محاسبات، نمودار حساب‌ها و طرح مبادله فعال کنید. برای این، پیکربندی یک ویژگی واقع در برگه "فیلد ورودی" را ارائه می دهد:
برای بزرگنمایی روی تصویر کلیک کنید.
استفاده از تاریخ می تواند برای یک ویژگی خاص از یک شی یا عنصر فرم لغو شود.
علاوه بر این، اگر کاربر مورد مورد علاقه خود را در لیست فیلد ورودی پیدا نکرد، می تواند دکمه "نمایش همه" را فشار دهد تا فرم لیست باز شود تا یک مورد از کل فهرست انتخاب شود.
همچنین در لیست فیلد ورودی دستور "ایجاد یک شی جدید" وجود دارد. با این کار فرم برای یک عنصر جدید باز می شود.
در این فرم کاربر فیلدهای مورد نیاز را پر می کند. پس از ضبط و بستن فرم، پیوندی به عنصر جدید ایجاد شده در قسمت ورودی درج می شود.
یک الگوی معمولی برای استفاده از دستور "Create New Item" به شرح زیر است. کاربر نام عنصر مورد نظر را در قسمت ورودی وارد می کند.
اگر سیستم چنین عنصری را در پایگاه داده پیدا نکند، پیامی در این مورد نمایش داده می شود. پس از کلیک بر روی دکمه در لیست، فرمی برای یک عنصر جدید با نام پر شده در صفحه باز می شود.
نوآوری های در نظر گرفته شده امکان افزایش سرعت ورود اطلاعات به سیستم را فراهم می کند.
ذخیره تنظیمات برای لیست های پویا
در پلت فرم 8.3، تنظیمات لیست پویا را می توان به طور خودکار ذخیره کرد. برای انجام این کار، در پیکربندی، برای ویژگی فرم مورد نیاز، ویژگی "ذخیره خودکار تنظیمات کاربر" را تنظیم کنید. به طور پیش فرض، هنگام ایجاد یک لیست، این تنظیم فعال است.
عنصر پیکربندی ریشه دارای ویژگی جدیدی است - ذخیره تنظیمات کاربر برای لیست های پویا.
این ویژگی از لیست فروشگاه های پیکربندی تعریف شده در پیکربندی انتخاب می شود.
برای بزرگنمایی روی تصویر کلیک کنید.
تنظیم لیست ها در حالت کاربر با استفاده از آیتم منوی مربوطه نامیده می شود:
ظاهر فرم شبیه به سفارشی کردن گزارش ها است.
برای بزرگنمایی روی تصویر کلیک کنید.
شرایطی که لیست انتخاب می شود به طور خودکار در پایین تنظیمات نمایش داده می شود. این تنظیمات در فرم لیست قرار خواهند گرفت.
برای این کار در حالت configurator ویژگی جدول فرم User settings را پر کنید.
در آن، شما باید یک گروه فرم جداگانه را مشخص کنید که در آن عناصر برای نمایش انتخاب اضافه می شود.
با این تنظیمات، فرم دارای فیلدهایی به شکل "انتخاب سریع" خواهد بود.
برای بزرگنمایی روی تصویر کلیک کنید.
اگر کاربر لیست را برای خود شخصی سازی کرده باشد، تنظیمات به صورت خودکار ذخیره می شوند و با باز کردن مجدد لیست ظاهری مشابه خواهند داشت.
حالت نمایش لیست پویا (لیست، درخت، فهرست سلسله مراتبی) همراه با تنظیمات عناصر فرم ذخیره می شود.
برای یک لیست، کاربر می تواند چندین تنظیمات مختلف را ذخیره کند.
اگر حالت سازگاری پیکربندی روی «استفاده نشود» تنظیم شده باشد، برای یک لیست پویا با جدول مجله سند که به عنوان جدول اصلی مشخص شده است، دکمه «ایجاد» به طور خودکار به عنوان یک منوی فرعی با فهرستی از اسناد موجود در مجله ایجاد می شود. .
برای بزرگنمایی روی تصویر کلیک کنید.
این کار باعث شد تا کاربر بتواند اسناد جدید را از فرم ژورنال ایجاد کند. همچنین ایجاد سریع دکمه های جداگانه در نوار فرمان فرم برای ایجاد یک سند جدید از نوع خاصی امکان پذیر شد.
برای این کار دستور استاندارد CreateByParameter ایجاد شد. اگر این دستور به دکمه ای در فرم اختصاص داده شود، ویژگی Parameter در دسترس می شود که در آن می توانید با کلیک روی این دکمه، نوع سندی را که باید ایجاد شود، انتخاب کنید.
برای بزرگنمایی روی تصویر کلیک کنید.
در حالت کاربر، این دکمه به شکل زیر خواهد بود:
برای بزرگنمایی روی تصویر کلیک کنید.
زیرا مطالب موجود در مقاله برای پلتفرم 8.3.5 توضیح داده شده است، سپس آن را به روز می کنیم.
- قبل از نسخه 8.3.7، ورودی خط به خط به اندازه کافی سریع نبود، بنابراین در این نسخه ساختار داده فهرست جستجوی متن کامل تغییر کرد، که منجر به افزایش سرعت در هنگام کار کردن سیستم در مکان‌ها شد. جایی که از این مکانیسم استفاده می شود. توجه داشته باشید که قالب جدید جستجوی متن کامل زمانی استفاده می‌شود که حالت سازگاری روی «استفاده نشود» تنظیم شده باشد. رفتار در حالت سازگاری 8.3.6 تغییر نکرده است. همچنین متذکر می شویم که در نسخه بعدی پلت فرم 1C (8.3.8)، مکانیسم ورودی به خط و هنگام استفاده از خط جستجوی یک لیست پویا نیز بهبود یافته است و اکنون جستجوی داده هایی را ارائه می دهد که هنوز انجام نشده است. در جستجوی متن کامل گنجانده شده است. قبلاً این رفتار مشاهده نمی شد.
- لیست کشویی فیلد ورودی فرم مدیریت شده نیز بهبودهایی دریافت کرده است. در نسخه 8.3.8 شروع به تنظیم خودکار عرض خود با عرض داده های نمایش داده شده در آن به اضافه کلیدها کرد. صفحه اصلیو پایانشروع به پردازش مستقیم در قسمت ورودی کرد. این پیشرفت‌ها استفاده از یک فیلد ورودی با فهرست کشویی را آسان‌تر می‌کند.
- مکانیسم ذخیره تنظیمات لیست پویا نیز بهبود یافته است و در نسخه 8.3.6، ویژگی های پسوند جدول فرم برای دوره و لیست پویا نمایش در همان بخش هایی ذخیره می شود که سایر تنظیمات لیست پویا که کار توسعه دهنده را بسیار ساده کرده است. آنها آنها اکنون در پردازشگر فرم مدیریت شده در دسترس هستند هنگام بارگیری تنظیمات سفارشی در سرور ()، که قبلا وجود نداشت.
با این کار آشنایی ما با فرم های مدیریت شده در رابط تاکسی تکمیل می شود، اما در مقاله بعدی با ویژگی های جدید معرفی شده توسط پلتفرم 1C: Enterprise نسخه 8.3 آشنا می شویم.
