announcement appearing in 2 boards

[ponzinomics]

I ignore the details of implementation (so I can be wrong), does it mean that a ThreadID is associated only to one board. But what if you move the thread to another board? Does not matter in which board the thread was created, it matters in which board it resides when moving, I think....

for example, suppose that I initially create the thread on board A, but at day X, thread is in board B. At that moment, the origin would B not A.

Is this conflicting with core assumptions done in current implementation? (I assumed that no because you can always move the threads between boards)

(I am trying to base discussions in a kind of economic framework - as background - that would be moved to destinations, but also separate healthy variables - threads - from ill ones in origin. That way users of each board would see a different perspective). Clarify that the admin would be moving the origin threads of each country once a month according to how the variable performed this month. Is a kind of economic game but with real data and real variables.

[ponzinomics]

Hi Wormopolis, when you can, please confirm if this flag 'Keep Origin' (or whichever name) is feasible in the plugin or, otherwise, please let me know to look for another approach.

Basically I prefer not overwhelming the user with official threads and move those temporarily less interesting variables to another board. These official threads will match to economic indicators which in turn will be supporting an abstract model (beta schema, working on it.... I have headaches with the CSS ). At the long term, maybe I enable polls to move the threads by users choice..... but not now anyway.

Thanks

[Wormopolis]

How often are you moving these threads to different boards? It seems like it would be just as easy for you to go into the plugin settings and change the selected boards every time you moved a thread.

I guess I don't understand why threads are constantly on the move?

[ponzinomics]

Well, yes, could be an option, I can assume changing plugin configuration instead moving the thread..... (maybe I do not even need both)

but I see a major problem now. If I have 100 significant threads (10 macroeconomic variables of 10 central banks) that I want propagate to 10 boards (one per country), it is ok if they look as announcements on destination (10 announcements in a collapsible panel is feasible) but is not practical to have 100 pinned announcements in the origin(s) boards)...  they should be normal (unpinned) threads instead. And there is not easy fix for this. 

...unless 'Enable falling' means make the announcement become unsticky or there is some other way to make the announcement unsticky in origin.

I think I need advise on this and maybe get hands on code myself. 

[Wormopolis]

Falling doesn't affect announcements not appearing in all boards.

[Wormopolis]

You might consider making a hidden board with all your announcements and then using the plugin to determine which boards they appear in

[ponzinomics]

in destination it would be feasible to have 10 announcements but in origin is not practical having 100 announcements (they should be threads (i.e. unsticky). Still users should be able to see the 100 threads, but as threads, not as announcements. If they are a copy, they will be announcements.

Have to think about, maybe is feasible to show as announcements only the troubled variables.... and another separated board as you say, yes

It looks, at least, they can be ordered, this helps

Thanks

[Wormopolis]

Well if all the announcements were kept in a hidden board, you wouldn't have to really worry about changing the setup once it's been done. You select the few boards it's supposed to appear in and only change that if you need to. Announcements can still be replied to, the drawback would be once in an announcement the navigation would switch to the trail if where the announcement was.

[ponzinomics]

Hi Wormopolis, well, yes, the problem that I see is that, when these variables get moved to the board of healthy variables, they would still look as lot of sticky threads, and I do not think it will be readable. And if I take the healthy variables as origin folder, they will also be always lot of sticky threads.

The point is that, I am in the announcements stuff because Ricky suggested me about them, but I realize they are always sticky, by force, and is not possible to unsticky an announcement (wrong assumption I made). So, seeing the required workarounds I wonder how difficult/feasible is to create the original plugin for duplicating a thread to another board (analogous to how announcements work, is perfect, but without making the objects sticky by force). This is difficult to handle. I can wait the time required but looks a much better path rather than working around the workaround...

And, in that case, I can do as you say (= leave all in a board and delegate control to the configuration in the plugin) to move the threads.

What do you think? (not in a hurry and apologize for the doubts). I renamed the thread to 'announcement ...' just in case I can open a similar one with threads with the plugin request.

[Wormopolis]

You won't be ble to make a thread appear in more then one board without making it an announcement.

[Wormopolis]

That is already in there.

[Wormopolis]

I don't know what I'm supposed to be checking there. Are all announcements being filtered?

[ponzinomics]

Aug 19, 2014 0:32:13 GMT -8 Wormopolis said:

You won't be ble to make a thread appear in more then one board without making it an announcement.

....and, being announcements, announcements are pinned by force (both, at origin and copy boards). So, in order to configure this model, I will have lots of them pinned at the top of the origin board so it wont be readable (imagine a board with 100+ announcements). The only way to move something is being pinned at the top of the threads list, at both, origin and destination. And, if I create a hidden origin board, I would have the same problem of 100s pinned objects if I want to show the copied threads to the user in a board.

One option is only allowing access to the threads of the model through the model schema itself and not spread in a board, because, as they are also propagated to regional boards, as a board, they will become 100s of announcements and will be unreadable). But users cannot understand the change, is not smooth.... I wanted that accessing via framework to be just a choice.

I do not know, I have to think how to move forward with these options. I cannot start promoting the board because I am not sure that I will have this flexibility later.

[ponzinomics]

Hey Wormopolis, I did a almost final configuration v1.0 of the board so you can understand what is intended. I have a macro economic framework shared between different jurisdictions where any thread within the framework can be reach. At the bottom there are nacional boards to discuss about their local issues, having a view of the national variables that affect them so they can maintain them, and at the top there is a general macro board compiling vision of all variables discussing issues at global scope. I am very excited about the project and I think I can grow a nice community and go for a paid service almost immediately, but I cannot start looking for users without this final configuration because people would not understand the purpose and it would grow wrong. There is nothing that someone at proboards can do to share a thread between the top board and the national ones? e.g. allowing announcements to be unsticky, sharing threads between boards, other... 

(I can wait if support people is in holidays or something like that, no problem at all)

[Wormopolis]

You can ask in support, but a plugin is not going to be able to fetch data from the server.