that's only a mockup for "KDE4 brainstorm" so there's no actual code<br><br>
<div><span class="gmail_quote">On 9/16/08, <b class="gmail_sendername">A.Y.</b> <<a href="mailto:yerenkow@uct.ua">yerenkow@uct.ua</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">A.Y. пишет:<br>> A. Yerenkow пишет:<br>><br>>> On Monday 15 September 2008 21:54:06 Fabrizio Parrella wrote:<br>
>><br>>><br>>>> On Mon, September 15, 2008 1:56 pm, Kris Moore wrote:<br>>>> [...]<br>>>><br>>>><br>>>><br>>>>>   2. Services.<br>>>>><br>>>>><br>
>>>><br>>>>>> PC-BSD 7 introduce very good feature - concept "Service". it have<br>>>>>> controls<br>>>>>> "Start, Stop, Restart, Enable, Disable"<br>
>>>>> But his have no "settings". I think this should be discussed. I wrote<br>>>>>> ACPI-support for notebooks as Service, but had a problem: I have no ways<br>>>>>> to user<br>
>>>>> specify their vendor; The workaround was made, but I thinks Services<br>>>>>> should<br>>>>>> anyway have "Settings", and scripts which callbacked after settings are<br>
>>>>> set<br>>>>>> (I'll explain why restart isn't sufficient).<br>>>>>> for example, they could have optional file "preferences.cfg" and some UI<br>>>>>> to<br>
>>>>> configure it, via simple conventions in structure file:<br>>>>>> Each parameter in UI have "select" for controlling, and have three vars<br>>>>>> in<br>>>>>> config, for example:<br>
>>>>><br>>>>>> vendor_label="Specify your notebook vendor"<br>>>>>> vendor_selected="asus"<br>>>>>> vendor_values="None:<br>>>>>> Asus:asus<br>
>>>>> Toshiba:toshiba<br>>>>>> Sony:sony"<br>>>>>><br>>>>>> I think that could be useful for future, services not always generics,<br>>>>>> and may<br>
>>>>> have some configurable options too;<br>>>>>> Another use: we could add option "Root allowed"  in SSH service. here we<br>>>>>> need<br>>>>>> callback - script, which is started when we change settings (it simple<br>
>>>>> repopulate settings to /etc/ssh/sshd.conf if I'm not mistaken)<br>>>>>><br>>>>>><br>>>>> I think this is an excellent idea as well. We should discuss the<br>
>>>> preferences.cfg UI specification, and then figure out how to create the<br>>>>> UI on the fly. Maybe like this?<br>>>>><br>>>>> preferences.cfg:<br>>>>><br>
>>>> [settings]<br>>>>> title: SSHD Settings<br>>>>> element1: radio<br>>>>> element1.text: Enable root login via SSH<br>>>>> element1.options: enabled, disabled<br>
>>>><br>>>>> element2: combobox<br>>>>> element2.text: Enable root login via SSHD?<br>>>>> element2.options: combo1, combo2, combo3<br>>>>><br>>>>> element3: checkbox<br>
>>>> element3.text: Allow root login?<br>>>>> element3.options: checked<br>>>>><br>>>>> We'll have to put some thought into it, but I think something along<br>>>>> those lines may work and allow us to create nice settings dialogs.<br>
>>>><br>>>>><br>>>> I have been facing this problem other time, and this is how I did when I<br>>>> was building a website where the user was able to add custom fields to<br>>>> show on the website to the customers:<br>
>>><br>>>> each line can start with "element", I did it with a table, and each row<br>>>> was an entry:<br>>>>  - text: whatever description for the field<br>>>>  - type: select/radio/checkbox/input/text<br>
>>>  - default: default value<br>>>>  - help: text to show in a different place as HELP when that element is<br>>>> selected<br>>>>  - values: number of values that will be showed in case of select, radio,<br>
>>> or checkbox (this can be skipped if you can traverse the following)<br>>>>  - value#: value for the select, radio, and checkbox<br>>>>  - show#: text to show referred to value1<br>>>><br>
>>> merging with Kris file, will be something like:<br>>>><br>>>> [state]<br>>>> text = please select a state<br>>>> type = select<br>>>> default =<br>>>> help = "This is the state that we will use to ship your package"<br>
>>> values = 51<br>>>> value0 =<br>>>> show0 = Please Select...<br>>>> value1 = ca<br>>>> show1 = California<br>>>> value2 = nc<br>>>> show2 = North Carolina<br>
>>> value3 = va<br>>>> show3 = Virginia<br>>>><br>>>> [zip]<br>>>> text = enter the zip code<br>>>> type = text<br>>>> default =<br>>>> help = "This is the zip code that we will use to ship your package"<br>
>>> values = 0<br>>>><br>>>> etc .....<br>>>><br>>>> another way, I did it with a text file and using a PHP array (you can<br>>>> easily translate)<br>>>><br>
>>> name=name of the field<br>>>> text=text to display<br>>>> type=select/radio/check/int/boolean/text/char/email/url/...<br>>>> values=templates<br>>>> default=<br>>>> help=this is to help you<br>
>>><br>>>> and values was build in this way:<br>>>>  - selects/radio/check<br>>>>   - values:value|show,value2|show2,value3|show3<br>>>>   - other keyword that will show, for example, all the ports installed,<br>
>>> files in a specific folder with a specific extension (I.E.:<br>>>> files:folder1|*.jpg,folder2|*.gif)<br>>>>  - boolean (display as single checkbox, or dropdown with YES/NO)<br>>>>   - values is listed as "TRUE,FALSE", so, if you want TRUE to have value<br>
>>> 1, and false to have value 0, you can set "1,0".<br>>>>  - text (display as textarea)<br>>>>   - value is not used<br>>>>  - other (apply different error checking depending on the type, display as<br>
>>> inputbox)<br>>>>   - value is not used<br>>>><br>>>><br>>>> hope that this help.<br>>>><br>>>> lately, for <a href="http://pbidir.com">pbidir.com</a>, I have created a more complex way to do this as I<br>
>>> needed more in depth references between the modules, so if necessary I can<br>>>> give you more info about that as well.<br>>>><br>>>><br>>>><br>>> Thanks!<br>>> But I think that preferences for services will be not so complicated;<br>
>> all info user could enter in two ways: select  with options and textfield for<br>>> free text;<br>>> radio buttons = same as selects;<br>>> checkbox = select with only two options;<br>>> Question is how complex would be write such dynamic ui for service preferences<br>
>> editing;<br>>> Also, I'd like to add: all available options for this must be in different<br>>> file from selected-entered values; This prevent low percentage of loss<br>>> preferences structure due to some issue with parsing-saving;<br>
>><br>>> Now I'm going to boot usb and upgrade my system, so I think you'll read me<br>>> tomorrow :)<br>>><br>>><br>>><br>> So, what structure of service settings did you chose?<br>
> And what are our dev-plans?<br>> Currently I'm looking into plasmoids, want to make post-your-bug one :)<br>><br><br><a href="http://www.kde-look.org/content/show.php/report+the+bug+to+the+developer?content=35657">http://www.kde-look.org/content/show.php/report+the+bug+to+the+developer?content=35657</a><br>
<br>can this be integrated and used?<br><br><br>><br>><br>><br>>>> Fabry<br>>>><br>>>><br>>>><br>>>>> [...]<br>>>>><br>>>>><br>>> _______________________________________________<br>
>> Dev mailing list<br>>> <a href="mailto:Dev@lists.pcbsd.org">Dev@lists.pcbsd.org</a><br>>> <a href="http://lists.pcbsd.org/mailman/listinfo/dev">http://lists.pcbsd.org/mailman/listinfo/dev</a><br>>><br>
>><br>><br>> _______________________________________________<br>> Dev mailing list<br>> <a href="mailto:Dev@lists.pcbsd.org">Dev@lists.pcbsd.org</a><br>> <a href="http://lists.pcbsd.org/mailman/listinfo/dev">http://lists.pcbsd.org/mailman/listinfo/dev</a><br>
><br><br>_______________________________________________<br>Dev mailing list<br><a href="mailto:Dev@lists.pcbsd.org">Dev@lists.pcbsd.org</a><br><a href="http://lists.pcbsd.org/mailman/listinfo/dev">http://lists.pcbsd.org/mailman/listinfo/dev</a><br>
</blockquote></div><br>