Re: [eGroupWare-developers] Problems with current state of Calendar in trunk

[Nathan G. <nat...@gm...>]

Thanks for the bug reports, FF layout & copying should be fixed now.
Links now active in list view description & location.

Nathan

On Mon, Jan 18, 2016 at 2:52 AM, umehner <me...@df...> wrote:

> Hi Nathan,
>
> I probably missed to update the calendar app via egroupware/setup . After I
> went from 14.3.902 to 14.3.903 the time issues where gone. Not touching my
> special date.js file.
> The scrolling issue seems to solved as well, though I am currently working
> at a bigger screen. Still, when switching from full screen browser window
> to
> a smaller one , the "outer" vertical scrollbar snaps in, being almost 100%
> high. But one can move it a tiny bit and then the new nav icons slide
> behind
> the upper part of the content frame. Maybe just 5 pixel, so its just
> cosmetical issue. This is with current firefox.
>
>
> Nathan Gray wrote
> >>
> >> There is one more thing: I have set to show the time needed for
> rendering
> >> the page - somewhere is eGW setinngs, forgotten where exactly.
> >> These red system outputs are shown 3 times above and below the content
> >> pane.
> >> One at the bottom would be enough I think ... ;)
> >>
> >>  I can't seem to find where to turn it on (or off), but it's this
> > preference:
> >
> $GLOBALS['egw_info']['user']['preferences']['common']['show_generation_time']
> > For calendar you should be getting 7 times, not just 3 since there are 7
> > templates involved now.
>
> Thanks for sharing this information. I could find this setting easily and
> just switch it off.
>
> When you work on calendar templates anyway: I would like to ask if the
> template for agenda view could get URLs rendered automatically for
> description and location. This would be quite an ease I think and should be
> default setting.
> I have built a default/list.rows.xet and default/list.xet on my own
> locally.
> Didn't check if it is already done in trunk. At least in
> demo.egroupware.net
> URLs still are not clickable in list/agenda view.
> It is just an  activate_links="1"  additional attribute for
> ${row}[description] and ${row}[location] ...
>
>
> And today (so with current trunk) I discovered another issue:
> When copying an existing event it fails to store the new event (after
> editing).
> Erro
> URL:
>
> /egroupware/json.php?menuaction=calendar.etemplate_new.ajax_process_content.etemplate
> and the corresponding server log:
> PHP Fatal error:  Cannot use object of type egw_json_response as array in
> /var/www/egroupware/calendar/inc/class.calendar_boupdate.inc.php on line
> 241, referer:
>
> https://example.domain.org/egroupware/index.php?menuaction=calendar.calendar_uiforms.edit&cal_id=5433&action=copy
>
> Storing a  newly created event works as expected.
>
> Cheers,
> Ulle
>
>
>
>
> -----
> eGroupware SVN Trunk
>
> --
> View this message in context:
> http://egroupware.219119.n3.nabble.com/Problems-with-current-state-of-Calendar-in-trunk-tp4009298p4010875.html
> Sent from the egroupware-developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> eGroupWare-developers mailing list
> eGr...@li...
> https://lists.sourceforge.net/lists/listinfo/egroupware-developers
>