| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| Gwayne | joined #tikiwiki | [00:30] |
| ................. (idle for 1h24mn) | ||
| dabright | joined #tikiwiki | [01:54] |
| ......... (idle for 41mn) | ||
| XGuarden_ | joined #tikiwiki
hi | [02:35] |
| .... (idle for 16mn) | ||
| MagicFab_ | joined #tikiwiki | [02:52] |
| Tiki-KGB | 03chibaguy r53073 10trunk/themes/ 10(16 files in 7 dirs)
[NEW] Utopias theme implemented with Bootstrap variables, etc. To do: Some details and theme options. | [03:00] |
| chibaguy | joined #tikiwiki
polom | [03:05] |
| ............. (idle for 1h0mn) | ||
| joined #tikiwiki | [04:05] | |
| ........ (idle for 39mn) | ||
| joined #tikiwiki | [04:44] | |
| ............. (idle for 1h0mn) | ||
| olinuxx | joined #tikiwiki | [05:44] |
| ..... (idle for 23mn) | ||
| chibaguy | joined #tikiwiki | [06:07] |
| ....... (idle for 34mn) | ||
| olinuxx | joined #tikiwiki | [06:41] |
| ............... (idle for 1h13mn) | ||
| gour | joined #tikiwiki | [07:54] |
| Biswajit | joined #tikiwiki | [08:07] |
| Can any one say that how can I put a automatic serial number generataion field ID in tracker | [08:14] | |
| .... (idle for 15mn) | ||
| TomJarvis | joined #tikiwiki
Biswajit Have you looked into the Auto-increment Field / ItemId Field? http://doc.tiki.org/Auto-Increment+Field | [08:29] |
| Biswajit | Thanks Tom.... But I cant find the Auto-increment option, it any others option to enable it... | [08:35] |
| TomJarvis | Biswajit: You need Advanced selected in your "Preference Filters", and you can turn on the field type by selecting it in Admin Home, Trackers, Field Types tab. | [08:43] |
| ...... (idle for 29mn) | ||
| left #tikiwiki | [09:12] | |
| Biswajit | Thanks tom !! It's working fine
Now I am put a email field ID but after tracker submit user register mail id & tracker notification mail id have received a intimation but Tracker Field mail those user put manually have not get any intimation. Please help | [09:20] |
| fabricius | joined #tikiwiki | [09:32] |
| ................. (idle for 1h22mn) | ||
| Tiki-KGB | 03chibaguy r53074 10trunk/themes/ 10(30 files in 7 dirs)
[NEW] Darkshine theme implemented with Bootstrap variables, etc. To do: some details. | [10:54] |
| .... (idle for 17mn) | ||
| Caarrie | joined #tikiwiki | [11:11] |
| olinuxx | joined #tikiwiki | [11:25] |
| ....................... (idle for 1h51mn) | ||
| wolfganga | joined #tikiwiki | [13:16] |
| dabright | joined #tikiwiki | [13:27] |
| ........ (idle for 38mn) | ||
| Jyhem | polom | [14:05] |
| Tiki-KGB | 03gezzzan r53075 10trunk/ 10templates/prefs/shared-flags.tpl 10lib/jquery_tiki/tiki-admin.js * [MOD] pref-reset use icon set | [14:10] |
| jonnyb | joined #tikiwiki | [14:19] |
| fabricius | joined #tikiwiki | [14:21] |
| XGuarden | joined #tikiwiki
Hi everybody | [14:23] |
| jonnyb | polom all
hi XGuarden | [14:23] |
| XGuarden | I think I find a bug, or jsut I dont figure it out mayb
I dont understand why my page dont show up corectly, I past the whole day yesterday trying to figure it out | [14:23] |
| jonnyb | need a little more info XGuarden ;) | [14:25] |
| XGuarden | Did somebody can check it? It's look like some anomaly | [14:25] |
| Jyhem | polom jonnyb
hi XGuarden | [14:26] |
| jonnyb | hi Jyhem
thought i'd start releasing the 9.x one | [14:26] |
| Jyhem | XGuarden: way too little info :-) | [14:27] |
| XGuarden | want to see the code that never appreat corectly»67 | [14:27] |
| Jyhem | Right now I can't even figure out if it's a 1 minutes aswer or if it's a complicated issue | [14:28] |
| jonnyb | XGuarden: can't really help without knowing what the problem is...
jonnyb proceeds to https://dev.tiki.org/How+to+release | [14:28] |
| XGuarden | http://pastebin.com/VPL97EAc
if you put this code on a wiki page, on attribut tab, FADE appear on the bottom I pass a whole day yesterday trying to find out why that happen | [14:29] |
| jonnyb | maybe a missing plugin end tag or something, will have a go
in 12.x? | [14:30] |
| XGuarden | http://uni-action.com/wiki/tiki-index.php?page=La+Gestion+des+fichiers
13x username: test password: 12345q | [14:30] |
| Jyhem | Do you have FADE into FADE into FADE ?? | [14:31] |
| jonnyb | usually with this sort of thing i start stripping out chunks of the markup until you have just the problem bit left
yes, looks like the {FADE}{FADE}{FADE( line is bad | [14:32] |
| XGuarden | ?
I check.. | [14:33] |
| jonnyb | also you can't nest them | [14:33] |
| XGuarden | nest?
I dont know this word | [14:34] |
| jonnyb | put one inside another (don';t think you are actually)
the {FADE} right at the end doesn't have an opening one either | [14:34] |
| Jyhem | nest: imbriquer | [14:35] |
| XGuarden | I put them in word and I ahve the same number of opening and closing one
from what I see yes he have one.. He closing the FADE les attributs spéciaux | [14:35] |
| jonnyb | by the way, we're going to start a BBB meeting on http://live.tiki.org while we do the releases now, all are welcome :) | [14:37] |
| XGuarden | I dont understand why {FADE}{FADE}{FADE( line is bad, i use it on a lot of page without trouble | [14:40] |
| jonnyb | {FADE} means close a FADE plugin
{FADE(blah...)} means open one | [14:40] |
| XGuarden | I kknow
both dade close a opening fade | [14:41] |
| jonnyb | so what do you expect {FADE}{FADE} to do? | [14:41] |
| Jyhem | BTW: crazy page, you really stretch the wiki syntax. I am amazed :) | [14:41] |
| XGuarden | I use nest a lot
and work fine everywhere else lol It's not the biggest page lol but I really try a lot of thing and no way to make it work. you can try if you want lol | [14:41] |
| Jyhem | I see nothing obvious and now I really need to join the relaese process on http://live.tiki.org :-( | [14:47] |
| jonnyb | starting 9.x release
XGuarden: i still think your open and close FADE tags don't match | [14:47] |
| XGuarden | I checked it a whole day...
i put them on word, remove all code and only keep fade and that fit | [14:51] |
| luciash | polom | [14:57] |
| nelsonko | joined #tikiwiki
polom | [15:00] |
| jonnyb | hi Nelson
we're on BBB doing releases - http://live.tiki.org/ | [15:00] |
| luciash | hi Nelson | [15:01] |
| jonnyb | but there are three of us and threee releases so i think we're ok
you feeling better? | [15:01] |
| nelsonko | yes, it is better today - feels roughly normal with Tylenol
so luci you and jm? | [15:01] |
| jonnyb | yup | [15:03] |
| Tiki-KGB | 03jonnybradley r53076 10branches/9.x/lib/setup/twversion.class.php * [REL] Preparing 9.9 release | [15:10] |
| XGuarden | Hum still find nothing lol | [15:10] |
| gour | gour is wondering how old is 9.x | [15:12] |
| wolfganga | in tiki14 trunk: permissions are not inheriated by a group, if that group is not based on "registered users". Bug or feature?
kk | [15:13] |
| Bsfez | joined #tikiwiki | [15:13] |
| wolfganga | joined #tikiwiki | [15:14] |
| Tiki-KGB | 03jonnybradley r53077 04branches/9.x/db/tiki-secdb_9.8_mysql.sql * [REL] Preparing 9.9 release | [15:14] |
| 03jonnybradley r53078 10branches/9.x/README * [REL] Update README file for 9.9
03jyhem r53079 10branches/ 1012.x 1012.x/lib/setup/twversion.class.php * [REL] Preparing 12.3 release 03jonnybradley r53080 10branches/9.x/changelog.txt * [REL] Update changelog.txt for 9.9 03jyhem r53081 10branches/12.x/README * [REL] Update README file for 12.3 03jyhem r53082 10branches/12.x/ 10(52 files in 52 dirs) * [REL] Update language.php files for 12.3 | [15:20] | |
| 03jyhem r53083 10branches/12.x/changelog.txt * [REL] Update changelog.txt for 12.3
03luciash r53084 10branches/13.x/lib/setup/twversion.class.php * [REL] Preparing 13.1 release | [15:32] | |
| chibaguy | joined #tikiwiki
polom | [15:34] |
| jonnyb | polom chibaguy | [15:35] |
| chibaguy | hi jonnyb | [15:35] |
| jonnyb | thanks for updating utopias :) | [15:38] |
| luciash | gour: see http://info.tiki.org/Version%20lifecycle#Version_Lifecycle_Diagram
hi gary | [15:39] |
| chibaguy | Sure, jonnyb. It's kind of a Tiki12 and Bootstrap blend. If there are specific things you want changed or whatever, let me know and I'll attend to it.
hi luciash | [15:40] |
| Tiki-KGB | 03luciash r53085 04branches/13.x/db/tiki-secdb_13.0_mysql.sql * [REL] Remove previous secdb file
03luciash r53086 10branches/13.x/README * [REL] Update README file for 13.1 03jonnybradley r53087 10branches/9.x/copyright.txt * [REL] Update copyright.txt for 9.9 03jyhem r53088 10branches/12.x/copyright.txt * [REL] Update copyright.txt for 12.3 03luciash r53089 10branches/13.x/ 10(52 files in 52 dirs) * [REL] Update language.php files for 13.1 03jyhem r53090 03branches/12.x/db/tiki-secdb_12.3_mysql.sql * [REL] SecDB for 12.3 03luciash r53091 10branches/13.x/changelog.txt * [REL] Update copyright.txt for 13.1 03jyhem r53092 03tags/12.3 * [REL] Tagging release 03jonnybradley r53093 03branches/9.x/db/tiki-secdb_9.9_mysql.sql * [REL] SecDB for 9.9 03jonnybradley r53094 03tags/9.9 * [REL] Tagging release 03luciash r53095 10branches/13.x/copyright.txt * [REL] Update copyright.txt for 13.1 | [15:44] |
| wolfganga | polom
:-) tiki14trunk: should permissions be inheriated by group2 from group1, if group1 is not based on "registered users"? | [16:03] |
| Tiki-KGB | 03luciash r53096 03branches/13.x/db/tiki-secdb_13.1_mysql.sql * [REL] SecDB for 13.1
03luciash r53097 03tags/13.1 * [REL] Tagging release | [16:08] |
| luciash | wolfganga: every group "is based" on Registered group because every logged in user is Registered | [16:12] |
| wolfganga | i know that. But: if i assign permissions (i.e p_tiki_tracker_view) in cat1 (categorie1) for group1 and then define group2 with parent group1, than these permissions are not inheriated.
however - if i set these permissions global for group "registered users" then these permissiosn show up in group2 (which makes sense since each group inheriates from "registerd users". *wolfgang hopes that does not sound too confusing* | [16:16] |
| gour | luciash: thanks. newer than i thought | [16:22] |
| Tiki-KGB | 03jyhem r53098 04branches/12.x/db/tiki-secdb_12.2_mysql.sql * [REL] Remove previous secdb file
03jonnybradley r53099 10trunk/doc/devtools/release.php * [REL] Update sf help page | [16:30] |
| 03jonnybradley r53100 10branches/9.x/lib/setup/twversion.class.php * [REL] Closing 9.9 release | [16:42] | |
| wolfganga | luciash - maybe you have an idea wether what i described is intended behaviour or a bug? | [16:43] |
| XGuarden | I still try to find what dont work
I really think it's a bug | [16:48] |
| fabricius | hi wolfganga | [16:52] |
| wolfganga | hi fabricius | [16:54] |
| Tiki-KGB | 03jonnybradley r53101 10trunk/doc/ 04stable.version 04unstable.version
[KIL] Remove old version checker files, believed to no longer be in use since around r42523 (new version checking system introduced) | [16:56] |
| fabricius | if group2 inherits group1 as example Chefredakteure includes Redakteure (you speak German?) then with general permissions you need only add extra permissions to group2 as all other permissions of group1 are inherited
with category permission this works aswell, BUT only if you use a lot of general permissions - what I actually avoid as much as possible (Registered with maximum limited perms and minimum use of general permissions I prefer) | [16:56] |
| wolfganga | Yes i speak german. Good example. I defined a group Customers (as group1) and then groups for each customer (like Wolfgang Inc.) as group2, or Example Inc. as group3. | [16:59] |
| fabricius | when you start to set the permissions for one category the first time, then the actual general permissions are taken as a base or draft or suggestion. Then you untick existing perms and tick additional permns etc.
please mind the different color of the ticks of the permission tickboxes primary are black, inherited are grey | [16:59] |
| wolfganga | Thats what i thought. ( i am fimilar with the concept of ACLs ). But..
when i set permissions in lets say category1 for group1 | [17:00] |
| fabricius | I have to go out of the house, but if you have more questions or want to discuss, we can chat in the evening - if you do not see me here (or I do not see the message) you can quickly write an e-mail to torsten@tiki.org to shout ;-) | [17:01] |
| wolfganga | so CCustomers set permissions for GCustomers
the when creating Wolfgang Inc. (as group2) and select inherited from GCustomers, the permissiosn set in GCustomers do NOT apply for Wolfgang Inc. (Group2). Thats my problem. I CAN set permissions for "registered users" and then LIMIT these perms for group2 - that works. But if i grant in group1, than these perms do not show up in group2. | [17:02] |
| fabricius | hummm - do you inherit GCustomers into Wolfgang BEFORE or AFTER you have first time touched the related categories permissions? | [17:04] |
| slyskawa | joined #tikiwiki | [17:04] |
| wolfganga | Hmm - that i do not know. I have tested forth back so much - i reakly do not know.
but i can check again. | [17:04] |
| fabricius | Once you have only changed one single permission in one category you can only (and should only be able) to change permissions on a per group base.
in that category I consider this as a feature | [17:05] |
| wolfganga | *Wolfgang reads that twice to ensuer he understands * | [17:06] |
| fabricius | ;-) | [17:06] |
| wolfganga | * wolfgang feels - twice is not engough * | [17:07] |
| fabricius | maybe we can talk in the late evening
gotta go | [17:07] |
| wolfganga | ok - thank you anyway. | [17:08] |
| eromneg | joined #tikiwiki | [17:17] |
| gour | fabricius: hiya, have you got my msg the other day about repo with croatian translation? it's at the very beginning, but still... | [17:21] |
| Tiki-KGB | 03jonnybradley r53102 10trunk/ 10(6 files in 4 dirs)
[KIL] Remove feature_custom_home (as per http://dev.tiki.org/Endangered+features) | [17:22] |
| gour | gour --> offline. bbl | [17:27] |
| XGuarden | In found it =:0)
No, nont found stiff bug | [17:29] |
| Tiki|bot | joined #tikiwiki | [17:31] |
| panamaus | joined #tikiwiki | [17:31] |
| XGuarden | http://uni-action.com/wiki/tiki-index.php?page=test
I chalenge any anyone to find out why that dont work. | [17:33] |
| Tiki-KGB | 03jyhem r53103 10branches/12.x/lib/setup/twversion.class.php * [REL]Closing release 12.3 | [17:34] |
| XGuarden | that will really help me if you can help me tou find out what going on, it's te second day that I past just on this problem... | [17:36] |
| gour | joined #tikiwiki | [17:39] |
| XGuarden | I dont know why but remove the first {BOX()}test{BOX} make it work, non sense... | [17:43] |
| luciash | Please anyone interested can grab and test just released (fresh from the owen) tarballs: https://sourceforge.net/projects/tikiwiki/files/Tiki_13.x_Fomalhaut/13.1/ | [17:46] |
| XGuarden | Anything that I change seam to make it work or not, randomize... | [17:47] |
| luciash | I tested zip locally fresh install and applied blog profile and all looks fine | [17:47] |
| aalex | joined #tikiwiki | [17:47] |
| XGuarden | Please can somebody check it with me for 5 minutes? | [17:47] |
| luciash | you can test Upgrade please | [17:47] |
| XGuarden | me? | [17:49] |
| luciash | anyone | [17:49] |
| XGuarden | I have a website if you want to test your upgrade =:0) | [17:49] |
| Tiki-KGB | 03jonnybradley r53104 10trunk/doc/ 10longterm.cycle 10regular.cycle * [REL] Update version cycle files | [17:50] |
| luciash | XGuarden: I do not follow what is your problem, sorry | [17:50] |
| XGuarden | http://uni-action.com/wiki/tiki-index.php?page=test
username: test password: testq | [17:50] |
| TomJarvis | joined #tikiwiki | [17:50] |
| XGuarden | check the page, it's dont appear corectly but I can see what wrong in code
it's make me crazy =:0( | [17:50] |
| TomJarvis | XGuarden: Your problem may be related: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48766 | [17:51] |
| luciash | XGuarden: I will not waste my time with you providing username and password which is wrong | [17:53] |
| XGuarden | maybe, lok like similar
oups | [17:53] |
| luciash | XGuarden: sorry | [17:53] |
| XGuarden | username: test
password: 12345q my bad, I get distract when I wrote the password For dianostic purpose I remove on the page page all text, like this we can clearly see structure | [17:53] |
| luciash | ode/#tikiwiki(+nt)] [Act: 1,3,6]
[#tikiwiki] XGuarden: BOX()}test{BOX} | [18:00] |
| XGuarden | yes?
ho still fail it's jsut a copye past trouble, but change nothing on the bug I add the bracket but fail. | [18:01] |
| You still there?
anythinh that I remove make the code work... I think I get exaclty this bug: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48766 look like exaclt that they told to edit: /lib/core/WikiParser/PluginMatcher.php, and increase the number of passes from 500 to 800 So, I guest that I can test it, but can I edit it without touching directly the file? with the admin panel? | [18:09] | |
| fabricius | hi gour | [18:17] |
| gour | fabricius: hiya | [18:17] |
| fabricius | no gour, no recent message about croatian repo | [18:17] |
| gour | fabricius: it was the other day... | [18:17] |
| fabricius | yesterday?
back then far away day? | [18:18] |
| gour | few days ago
fabricius: here is url: http://fossil.atmarama.net/ not much, i've to remind my friend to be more productive fortunately, i'm atm doing last steps to fully migrate from old hosting to vps which means that 'next thing' on my list is to dive into tiki | [18:18] |
| TomJarvis | XGuarden: As I said in the post, changing it from 500 to 800 would allow his page to work, and it is not a real fix, you may need more than 800, depending on how many plugins are used on the page. | [18:21] |
| XGuarden | I will add another 50 plugins on this page...
that will slow down the process? it's work great =:0) | [18:22] |
| wolfganga_ | joined #tikiwiki | [18:36] |
| Tiki-KGB | 03luciash r53105 10branches/13.x/lib/setup/twversion.class.php * [REL] Closing release 13.1 | [18:38] |
| wolfganga | fabricius - still back again? | [18:39] |
| chibaguy | joined #tikiwiki | [18:43] |
| gour | fabricius: have you visited it? does it work for you? | [18:50] |
| ..... (idle for 24mn) | ||
| aalex | joined #tikiwiki | [19:14] |
| wolfganga | tiki14trunk - permissions: (tiki_p_list_trackers) is available via a group but not via a categorie - is this correct? | [19:23] |
| Telesight | joined #tikiwiki | [19:34] |
| .... (idle for 15mn) | ||
| gour_ | joined #tikiwiki | [19:49] |
| ....... (idle for 33mn) | ||
| fabricius | wolfganga, gour, hi
gour, I have seen your site, but what should work for me? wolfganga, there are indeed a number of permissions not available for categories .. I do notknow why and I sometimes miss a few wolfganga, another thing - worse imho - is that sometimes certain global permissions are needed to make things working in categories ... luckily not too many | [20:22] |
| wolfganga | fabricius - good to see you are back. meanwhile i made some progress - i guess.
after spending 8+ hours to figure out how it works i rknow run in parallel the database editor ;-9 itt seems to me like this (and maybe that should be more clear in the docs): Global give permissions for certain actions to a group. Example: "tiki_p_view_trackers)" This means any meber of a group granted this perm can do: tiki_p_view_trackers) that would allow to view ANY tracker. Now when one wnats to limit this to CERTAIN trackers - categories come into play I assgien the tracker in question (ex. tracker1) a catogeory like cat-customer In this category i can again select perms for any groups likein globals. Here i can noe revoke perms from any group except for group customer. this way any group has on a global level access to tracker, but tracker1 is restricted to teh groups NOT removed in cat-customer. Is this correct? Until i forget - it further seems that categories themselves do not inherit permissions. So having a catgorie Redekateure with a subcategorie Chefredakteure would NOT grant/inherit/revoke any permissions from Redakteure. This is different with groups - they inherit permissoons. It is still somehow confusing... | [20:27] |
| chibaguy | joined #tikiwiki | [20:43] |
| wolfganga | Correction: When creating/modifying a sub-category one can select inherit perms "Wende übergeordnete Kategorie an" (something like "Apply parant category").
But this COPIES the perms from the parent - it does not LINK to the parent. This should be really more clear. Wording should be at least more like "Copy perms from parent" ... Ups - sry for wall of text in the chat^^ | [20:49] |
| gour_ | fabricius: well, it's opportunity for you to test fossil scm ;) | [21:03] |
| ..... (idle for 20mn) | ||
| XGuarden | lol | [21:23] |
| .... (idle for 16mn) | ||
| wolfganga | about tracker permissions: there is "user can VIEW his own items" and "member of the creater group can EDIT items". Is there also a "Member of the creator group can VIEW items"? So a mor restritive one than edit? | [21:39] |
| ..... (idle for 23mn) | ||
| Tiki-KGB | 03gezzzan r53106 10trunk/ 10lib/prefslib.php 10themes/base_files/iconsets/legacy.php * [MOD] admin actions now use icon set | [22:02] |
| fabricius | wolfganga ... humm I see that your description above is opposit than I would try to setup - and I assume, you would like to setup other way around aswell
one thing: tiki_p_view_trackers does NOT allow to view tracker items | [22:13] |
| wolfganga | fabricius - maybe yes - i try to setup a ticket tracker that is used by all customers but where employees of each customer can see only tickets f their company.
so each customer is represented by a group - and the group members are the emplyoees of that customer. i would like to use only one global ticket tracker - so the support stuff has a central overview actually i use the "category field type" as a trackerfield to assign that item to the corresponding customer group. so each customer has a group and a category that defines the permissions so only THEY can actually view/edit the object. it seems to me that this use case is not so well impleneted (maybe bc it is teh opposite of the "wiki" idea ^^) fabricius - if you have a better idea of to setup such a scenario i would be very much interested. | [22:23] |
| joined #tikiwiki
sry had a dc | [22:40] | |
| fabricius | me aswell :-D
wolfganga, I find your setup quite ok .. makes sense, is slim and all customers seem to have a similar or the same configuration ... this way the support stuff has overview as you said, without need to switch trackers | [22:42] |
| chibaguy | joined #tikiwiki | [22:44] |
| fabricius | but for this setup wolfganga, it is absolutely irrelevant, if you set tiki_p_view_tracker globally or per category! all customers/customer employees and support staff work with the same tracker anyway and MUST be able to see it!
what you need is a per category rule which tracker be seen by whom -> open and pending by customer group in customer category and closed by support in all category -> closed for customer group in NO category but for support in all category ... and swooosh you have the setup alright ... kein Hexenwerk ;-) | [22:45] |
| wolfganga | fabricius great. do tracker have a permission like "allow view access for all member of the group" similar to "allow edit for all members of the group"? I have not seen anything like that. | [22:53] |
| fabricius | what you mean?
aren't we talking about tiki_p_view_tracker? Isn't that what we are talking about? you can view the tracker itself and you can see tracker items sry again | [22:54] |
| wolfganga | no we absolut talking about this. ;-) | [22:55] |
| fabricius | you can view the tracker itself and you can view open itens, view pending items and view closed items and same for items with edit
/s/itens/items | [22:56] |
| wolfganga | sry if i was confusing. i simply wonder why there is a "creater can view" perm and a "creater group can modify" perm but not a "creater can edit" and "creater group can view" perm. | [22:57] |
| fabricius | ahhh
BUT isn't that an option? a value to be set in the trackers administration - completely different spot than permissions!? | [22:57] |
| wolfganga | Yes - thats why i am thinking about that!
But i have not found such an option. | [22:59] |
| fabricius | I do not have a tracker in front of me right now, but my association with creater can is a pop up admin dialogue and not a permission list
and a permission "creator can edit" makes no sense! lol - how he should be able to create at the first place, when he had no edit permission ? | [22:59] |
| wolfganga | Like a said - on the tracker level - one can set those both perms without having to deal with categories and the like. But only creater/view, group/edit. | [23:00] |
| fabricius | sure! | [23:00] |
| wolfganga | In that case "creater can view" would not make sense either ^^ - which is implemented. create != edit ^^ | [23:01] |
| fabricius | but you are right - it could be done this or that way
and it has to do with the associations by the developers and often undergoes long discussions between the major developers - when new features are added or major changes are under way | [23:01] |
| wolfganga | Anyway I think this would be a godd addition to the use of trackers. they are really powerful. i think i could do it but i have not yet got an idea of how to deal with the configuration part when writing/modifing code. | [23:04] |
| fabricius | yeah ... create can be add but not edit again if the developer thinks this way. a developer can alos think ah logic! creator can edit again, he has to ... and then he codes a tiny bit different and that affects the permissions | [23:04] |
| wolfganga | and - as you said - it needs approval from soem major developer. | [23:05] |
| fabricius | trackers should not be the spot where you start to code - a holy piece of Tiki for a few people and crusial for production for many
or if you are a genious coder and team experienced you might be largely welcomed ... anyway you can always suggest things in the developers list and in a wish list report | [23:06] |
| wolfganga | i see and understand. thats why i actually try to get a glance of how it works aand how i can talyor it to our needs - using what is available today. | [23:08] |
| fabricius | and if you anyway commit, you are simply responsible ny yourself not to brake anything and not to force one of the experienced Tiki developers to revert - what is happening amasingly seldom
and recommendation: if you go into the code, do NOT taylor it custom wise | [23:09] |
| wolfganga | well i am for sure not a genius - but i ahve some xp about designing acl bc we have a procjet ongoing that does a similar thing. | [23:11] |
| fabricius | think about it globally, diuscuss with the other devs and commit ... so you get acceptance and longterm more help AND keep compatibility and easy upgrading without danger to brake on upgrade | [23:11] |
| wolfganga | thats is multiple company with x emploeyees can connect to a single place and get their individuell data
i know what you mean - and for sure i will not commit anything in this direction in the next time. still getting experience in tiki first. And yes - if i have more background (and more questions to answer) i ll be more active in the dev community as well. | [23:11] |
| fabricius | please have a look at the Tiki bugtracker / wishlist on http://dev.tiki.org ... are long term configured tracker from which you can even trigger a Tiki show instance with database snapshots on a different server for reproducing and demonstrating bugs
i assume, that you can do most stuff you need with tracker without the need of coding php | [23:14] |
| wolfganga | i know - i already did that - the day befoer yesterday..^^ i think its bug 5400 or so | [23:14] |
| fabricius | hehe .. so what do you think about Tiki trackers? A beast alone without the rest of the features, isn't it? | [23:15] |
| wolfganga | Buut since you mention that tracker - why is the css so buggy that you cannot filter? That is not a goog show case. (evertyime i need to search in the tracker, i need to delete some buggy css with firebuugg to get the input fileds shown...).
i mean the bug tracker. beides that - yes they are REALLY powerful! besides | [23:16] |
| fabricius | ohhhh bad ... I do not really - but had this issue once - I hope until Tiki 15 LTS all these issues are gone - I tell you why this
it is a combination of more intense use of JavaScript plus the new TwitterBootstrap implementation - replacement of old Tiki Design schem with Bootstrap Framework, which was done between 12 and 13, meaning in Trunk exactly after branching 12.x | [23:17] |
| wolfganga | Ah i see.
well i saw the changes (incl. bootstrap) with respect to how templates are organized in 14.x - in compariosn to 13.x. | [23:20] |
| fabricius | yes, that was prepared by LPH when he worked out enhancements in the templating systems, but not been recognised in 13 development ... I recently recommitted the themes folder and added the containing directories and files, which caused a huge extra workload for Gary who nearly killed me ... BUT that brought the selfcontaining themes to Tiki which have been explained to me by Alex who was chatting about that with LPH ... heh
Gary is doing a huge amount of work in respect of transferring old CSS system to Bootstrap System ... besides a few others, but assumingly by far the most amount | [23:26] |
| wolfganga | ... Which i imaginge is/was a huge! amount of work.
But when i look to 14.x i think its really worth it. ups another bug in the last trunk revision with respect to trackers. (was working a few days ago ...) Popup list details can no longer be configured - fields do not show up. | [23:28] |
| ...... (idle for 26mn) | ||
| Mhh - tried to file a bug and setup a demo - problem: "Your Tiki is not completely installed because Composer has not been run to fetch package dependencies." | [23:55] | |
| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |