nobody likes iframes :))
On Wed, Feb 27, 2013 at 2:50 PM, [email protected] < [email protected]> wrote: > Okay, > > I just have seen you want to put it into an iFrame. > Can an application running in an iFrame communicate with another SWF that > runs in another iFrame ? > It is essential that the communication between the app in the iFrame and > the main SWF(s) and vice versa works. > > From my point of view having the address book loaded into a div as overlay > has some advantages. > An iFrame solution is very static, the iFrame would be situated always on > the left, right, bottom or top. And it would always need the entire side, > so splitting it up like for example the user list + the activity window on > the left side will not be possible. > A div-overlay object could potentially anywhere be. > > Sebastian > > > 2013/2/27 Alexei Fedotov <[email protected]> > > > The idea was to allow users share urls and browse web sites. > > 27.02.2013 8:53 пользователь "Irina Arkhipets" < > [email protected]> > > написал: > > > > > Hi Sebastian, > > > > > > Actually, no. I was going to put iframe into whiteboard - it can be > > useful > > > sometime... > > > > > > Regards, > > > Irina. > > > > > > On Wed, Feb 27, 2013 at 3:01 AM, [email protected] < > > > [email protected]> wrote: > > > > > > > Is the request that Irina is working on about creating html overlay > > over > > > > Flash a part / a research to realize this? > > > > > > > > Sebastian > > > > > > > > > > > > 2013/2/26 Alexei Fedotov <[email protected]> > > > > > > > > > Hello Maxim, thanks for support. > > > > > > > > > > My point was we still keep flash whiteboard and video with new > book. > > > The > > > > > video is separated already. The board can be embedded with object > tag > > > > > without iframe > > > > > > > > > > One more note - when I say ¨android address book" I mean search > > > > utilities > > > > > at the first place. > > > > > > > > > > Peter, our contacts in the book are like jabber contacts - a jabber > > > > server > > > > > (or server component) will maintain them for each user. The server > > also > > > > > provides basic contact exchange functionality. Unless we found a > > > smaller > > > > > one, we can use openfire server. > > > > > I like the idea of common address book > > > > > > > > > > but it will NOT work in iframe > > > > > so it can be resolved in 3.0 only > > > > > > > > > > > > > > > On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov < > > > > [email protected] > > > > > >wrote: > > > > > > > > > > > Hello folks, Sebastian, > > > > > > > > > > > > I suggest the new concept for openmeetings. This is not a real > > > > > innovation, > > > > > > just a copy of a newer thing than before. > > > > > > > > > > > > We will implement a new address book for openmeetings which > looks > > > like > > > > > > android address book. I'm writing this to collect your feedback > > > before > > > > we > > > > > > start coding. > > > > > > > > > > > > Basicly we add all other contacts below those who already > > > participates > > > > in > > > > > > the conference. When one drugs and drops offline contact on the > > board > > > > the > > > > > > invitation to join the conference is sent via specified channels > > > > > including > > > > > > mail and jabber. For touch interfaces left-to-right gesture on > the > > > > > contact > > > > > > does the thing (this already works on my Android). Yes, we start > > > > adopting > > > > > > the thing for windows 8 pad experience (and get ubuntu pad > working > > as > > > > > > well). > > > > > > > > > > > > All offline contacts are hidden in a tab by default, so the > default > > > > look > > > > > > resembles the one we have now. > > > > > > > > > > > > The new book will be available in an iframe and will use wicket. > > > > > > Android-like call animations will be implemented on the top of > > jquery > > > > > (and > > > > > > maybe some other lib in the middle). > > > > > > > > > > > > Separating the book from the board is another srep in our gradual > > > flash > > > > > to > > > > > > html5 transition. > > > > > > > > > > > > After we do basics, further ideas include the following > > > improvements. > > > > > > > > > > > > It will likely require a lightweight http-tunnelled jabber to be > > > > > > implemented on openmeetings side (likely as an independently > > > developed > > > > > > apache licensed component jar - independency on the build level > > will > > > > help > > > > > > better reuse and testing) to add jabber transport for address > book > > > > > > invitations. This can help migrating the whole chat to jabber, so > > > > > > openmeetings chat will integrate to different im networks. The > > whole > > > > > thing > > > > > > would help to light a green light for thise who are online and > > > > distribute > > > > > > invitation urls to tgem via different im networks. > > > > > > > > > > > > Some other ideas include importing contacts by ldap, from google > > and > > > > > social > > > > > > networks, managing duplicates. > > > > > > Some "special users" do more on receiving invitation. They > > > > automatically > > > > > > turn on camera and join the meeting. This effectively turns > > > > openmeetings > > > > > > into video survilliance system. :-) Yet some people may take > > advance > > > of > > > > > > placing cameras in a cafeteria. > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > WBR > > > > > Maxim aka solomax > > > > > > > > > > > > > > > > > > > > > -- > > > > Sebastian Wagner > > > > https://twitter.com/#!/dead_lock > > > > http://www.webbase-design.de > > > > http://www.wagner-sebastian.com > > > > [email protected] > > > > > > > > > > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax
