Fix:

A tint color for navigation items/bars in the "Credits" and "Settings" views/controllers (iPhone version).
Slider controls' track color (dark gray now, otherwise it's simply invisible).

Fix the nav. bar tint color for the "Credits" view/controller.

Connect UI elements to the controller's methods.

Set min/max current values for sliders.

Fix the iPad_iOS7 storyboard - "Settings" view/controller.

Supress a warning.

Suppress "dead store" warning from the static analyzer.

On iPad I can still have a normal title on a button though.

With DOS-like GUI of the 21-st century (I mean new iOS of course) it's not

clear, where is the button and there is the title. So everything looks
like a piece of ... beauty. To avoid this undesired and uninvited "improvement"
from Apple I have to shorten the button's text (though button never will look like button,
since DOS is DOS).

More problems with scroll views, gesture recognizers etc.

Fix a broken (OS 7) even display view controller:

after the push the order of calls seems to be different: first the scrollToPage is executed (while GUI is not created),
when controller is really pushed.

Fix the broken scroll view.

Photo browser is also broken - nav bar is not hidden in a landscape (whywhywhywhwywhywhwyhwyhwywy)

Use the correct storyboard file in runtime. Disable auto-layour crap, it crashes the app now.

Storyboard for iPhone/iOS7.

Use the correct storyboard file on iOS 7. Fix a new nice bug,

never seen this before: UIScrollView keeps sending messages to the delegate,
even if the delegate (UIViewController) was removed from the navigation stack.

Center the menu items' text (do not use descender).

Table view animation is broken (or is it new feature of iOS?)

Anyway, twitter view is broken. Make it more "DOS-like" and remove all
custom drawing, to make it look not like a complete crap (still is crap though).
Tomorrow is definitely coming to/with Apple.

Text rendering is a bit different now - do not use descender on OS 7.

Fix the navigation bar's color for the remaining controllers.

Quite a strange bug in a new OS - view with a gesture recognizer intercepts

a gesture from the child view with a gesture recognizer (technically, hidden view receives events
instead of top-level visible view), breaking all user interactions - it's a really nice improvement,
many thanks.

This is an attempt to fix it. Also, disable stupid gesture recognizer they attached to a navigation controller's view -
it also breaks everything. Better and better.

Win 3.11 looks vastly superior after white navigation bar in iOS 7.

Make it blue (it does not fix the fact how ugly new UI is though).

Quite a weird piece of code, have no idea why it exists at all and

why it works on iOS 6. Good it's broken on iOS 7 - can remove it now.

Fix photo browser - disable transparent navigatino bars, otherwise

Apple starts thinking different and screwes everything just to ... show that this
crap is transparent - yes, the best way to do this is to move you text view/image view under the semi-transparent object,
but f... I did not ask about it!!! I want my geometry back, Apple!!

Remove a commented code.

Looks like font metrics are now different for the same given file

on iOS7/iOS6 - as a result the text is misplaced and the "newspaper view" is screwed up,
if I render text with manual layout (to have my nice hyphenation). Well, that's a trick to fix it.

Remove ".app" part from an alert's name.

Add an explicit cast to supress a warning.

Ooops. Merge branch 'master' of https://root.cern.ch/git/cern-app

fixes for 64-bit support.

To be able to deal with devastating changes in upcoming iOS7 and

still have a working version for iOS 6 - create separate storyboards for both iPhone/iPad devices.
Add a code to request iOS version on a device to make runtime deceisions about storyboards.

first batch of fixes for Xcode 5, iOS 7 and 64-bit support.

Remove wrong comments.

APNs on iPad (in a bulletin they are broken at the moment).

When user taps on an APN hint view - start refreshing (both a bulletin and new view controllers).

Implement an empty setter for the 'apnID' property.

CERNLive.plist now must contain unique identifiers for feeds to cache or dispatch APNs.

Replace the "broken" CERNLive.plist.

APN hints in the menu, nav bar, etc. show/hide when APN received/data refreshed.

Change the APN machinery. Since we can "accumulate" notifications,

I need the number of new items from the payload. Also, hint
is not removed now when menu item selected: since we are caching feeds,
it's possible to open cached feed without actual refresh and so
I can not immediately hide a hint view on this menu item.
Unfortunately, I also have to "propagate" APN handling to content providers,
since it's a content provider who deals with controller and controller
also have to know about the number of new items to show a hint in a
navigation bar.

TODO: since at the beginning we did not have APNs and all three parts
(content providers, menu items, menu item views) were quite decoupled,
things are getting quite ugly/repetitive and twisted - to be redesigned in
the future version.

Change file locations.

Add a news feed for AMS.

Remove 'updated.png'.

1. Payload format has changed - now I also have a number of new items for every updated feed/view.

2.Add a new APN hint view - to be used instead of simple UIImageView with 'updated.png' -
also renders a text (number of updates).
3.Fix a bug in iPad feed view controller.
4. Delete timestamp-related code.

Remove the date comparison :( Timezone, time everything can be set to the

wrong values and notification will be swallowed.

Use a shorter timeout when updating the menu from the remote plist:

Since we check for the notifications only after menu was reloaded,
there is not reason to wait the standard 60 seconds for the menu update to fail (if there are network-related probles) -
if the app started from the notificatino center, it's good to see what was new as soon as possible (well, 10 s. is enough).

Use "HH" format, otherwise 12:20 after becomes 22:20 GMT.

Use a string as a key for a GMT timestamp.

1. Use NSUserDefaults for this timestamp, not runtime dictionary (== persistent vs. one-session-only).
2. If notification received, check the date, when it was generated with item's timestamp: do nothing,
if item was updated AFTER the notification sent - obviously, nothing is new already at this point.
Otherwise - higlight this item.
3. Check for notification ONLY AFTER the menu was reloaded, otherwise, in the reloaded menu all
APN hints will ne lost.

Request our server about pending notifications.

Make an app's cache more generic: instead of exact type (both for data and keys)

use NSObject * and NSObject<NSCopying> *.

Use cgi module in register_token script, add named parameter device_token.

Switch to the new thumbnail generating script (using cgi module and named parameters).

Switch to readability_v2 script.

Use parameters and cgi module to extract them.

Use update_token script, not register_token.

Enable  (non DB) feeds' app-delegate cache on iPad.

There is no viewDidAppear more in a TileViewController, so I can remove ivar

to check if it's a first call.

APN is unreliable, after some time (if device is locked) it's not

already possible to receive any information from the APN about the notification we got (while locked).
So I have to implement this non-existing features on a server's side and also extend the app to work with
such features:
1. Add a timestamp for a feed(s) loaded for every controller/item working with APN.
2. Add a cache ID for DB and app's internal cache.
3. Add an apn ID into the view controllers (making timestamps) to communicate with APN and our server.

Do not try to register app token, if it was done before and if token, returned

but APN is still the same. If the token is new - create an update request.

Ooops, I was constantly re-loading thumbnails for the bulletin's table,

though I can now re-use cached images.

When the bulletin view loaded from DB cache,

show activity indicator in a navigation bar, no in the
screen's center.

didReceiveMemoryWarning - the app delegate should delete all the cached data.

1. Write/read DB entries for the CERN Bulletin on iPhone

  (previously worked only on iPad).
2. Before reading the DB, check, if the app delegate has
   cached data for the feeed and if yes - use it (and do
   not reload/reparse).
3. Fix thumbnails for the bulletin: I have some strange problem with
   reloading table rows (to be investigated yet).
4. When feed parsed, cache in the app's delegate (not in DB only).

Since only the app delegate and the shared application (well, plus main window and the root view controller)

lives long enough (longer, than any specific view/controller), add methods to cache parsed feeds - it's
quite annoying that app loads/parses feeds every time you select a new menu item (it's very possible,
we open "General", "Bulletin" and "General" again, no need to parse "General" if the first try was
successfull (unless user asks to refresh).

If the current open category has received APN, do not add an APN hint to the menu item,

since the item is open already (and just requires refresh).

Instead of pseudo-3D "aqual-like" icon, use more naturally looking (in the context)

flat icon. Do not render image directly: on iPad, when rotating, view is not repainted, but
its bacgkround store re-used (probably scaled), so nice circle suddenly became freaking ugly ellipse.
Use UIImageView as image holder instead.

Do not add APN to the same item twice, even if we received several APNs for on item id.

Image sizes.

Image modified?

When processing APN in MenuViewController, set menu item hints for

updated items.

Add methods to enable attaching APNs to menu items.

Menu item view - if item has an APN, show small info icon ("bulb-like").

Add a small icon to show updated menu item (the one we have a push notification for).

In checkPushNotification unconditionally remove all badges - APN is half-baked as everything
done by ..., so if we receive a bunch of notifications while app is not active,
after the user starts app in a normal way (tapping an icon) - there is no way to receive these notifications
and the badge sticks forever to the app's icon (well, until we explicitly remove them all in a code).

Check push notifications after menu was loaded the first time (app started, probably because of a push notification).

Simplify the statement.

Fix an assert message.

Set item's id for a NavigationViewProvider (otherwise name for some categories not found when handling APN).

Initial version of a push notification handling.

Read and save meni item ids from plists.

itemID must be integer, not a string.

Menu item ids for the "LIVE" menu group.

Add menu itmes' IDs for APN.

Now that I have push notification service, I have somehow to identify

which category was updated to send this ID from a server as a notification payload.
On app side this ID has to be converted into the category name.

After app started, request APN token for the device and

send it to our server for a registration.

Add a function to generate a device token registration request.

Use thumbnails from cernapp on iPad also.

Now as I'm trying to create thumbnails for articles on a server-side

ask our server for thumbnail for an article
(before we had to download huge images and downscale them, not to be killed by iOS, but
still network-traffic was probably quite .... not too small :) ).

Add a "Press release" menu item.

Nice Twitter birdier.

add provisioning profile setting.

Add CERN's twitter (MENU.plist) and a new icon for this menu item.

v. 1-03-00

Increate the version

While parsing the "General" feed, Apple's NSXMLParser eats up to 20 MB of memory

(hehe, "think different", 20 MB to parse 200 Kb!!!) so may be it's not a good
idea to parse "General" as a response to a memory warning. In this case,
skip the "General" and find something not so heavy.

Keep it simple, .... smart.

Instead of fighting for memory in every possible view and controller with
f..g twisted logic and additional super-complications (and more and more and
more testing required) ... just replace the top view controller in a slider
with a feed view controller thus deleting and reloading everything.
Well, it can happen that I'll receive this message again, while processing the
previous one ... but in this case nothing can help.

iPhone: implement didReceiveMemoryWarning for

different feed table view controllers + article detailed view controller.

Ok, at the last moment I suddenly noticed, that shouldAutorotate is

never gets called on any controller in the hierarchy thus assert in tiled view controller
gracefully fails killing the app (if we're a flipping a page and rotating the device at the same moment).
Also, videos view/controller should support both the landscape and the portrait orientation on iPad.

During the transition "Readability view" <-> "Web view" ignore all user interactions to

avoid some unpredictable and undesired behaviour.

While we do an animation, even if refresh operation is finished -

do not update FlipView before animation completed (the same problem
was fixed a week ago in a news feed view controller).

In refresh, when loading from the temporary cache, show flip hints ONLY

when we are on the first/last page.

Do not show error alert (network problems) from NewsFeedViewController, if it's not on the

top of the navigation stack, otherwise, we see this alert in an article view (probably successfully loaded).