This is a migrated thread and some comments may be shown as answers.

Icenium Graphite - Global search not working after the upgrade

4 Answers 15 Views
Report a bug
This is a migrated thread and some comments may be shown as answers.
This question is locked. New answers and comments are not allowed.
Richard
Top achievements
Rank 1
Richard asked on 07 Aug 2013, 03:47 PM
Search "All Files" or "Project Files" just hung there forever. It worked on some smaller projects. I don't know if it's the project size or file format. Either way it's bug newly introduced. Very annoying.

Richard

4 Answers, 1 is accepted

Sort by
0
Steve
Telerik team
answered on 07 Aug 2013, 04:53 PM
Hi Richard,

We're aware of the problem and we're currently investigating for a fix/workaround. As soon as we have more information on a possible solution, we would get back to you.

Please excuse us for the inconvenience.

Regards,
Steve
Telerik

Do you enjoy Icenium? Vote for it as your favorite new product here (use short code H048S).
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Share feedback and vote for features on our Feedback Portal.
0
Steve
Telerik team
answered on 09 Aug 2013, 07:35 AM
Hi Richard,

We identified the problem with the search being stuck and would introduce a fix for it in upcoming hotifx release. This problem only affects global search and local search in a specific file would still work for you.
The problem is related to the newly introduced platform-specific functionality and as you're using a 3rd party library (mobiscroll) that has files with the same naming convention (name.ios.extension and name.android.extension respectively mobiscroll.ios.js and mobiscroll.android.js) that our platform-specific functionality is looking for and uses to identify which one to use upon build, you would have to rename these files and modify their references in your html pages. For more information about platform-specific files, see Working with Platform-Specific Files.

Please excuse us for the temporary inconvenience once again.

Regards,
Steve
Telerik

Do you enjoy Icenium? Vote for it as your favorite new product here (use short code H048S).
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Share feedback and vote for features on our Feedback Portal.
0
Richard
Top achievements
Rank 1
answered on 09 Aug 2013, 06:34 PM
It also causes mobiscroll.ios.css and mobiscroll.android.css not loading on the devices. It works in the simulator when I do:
<link href="styles/mobiscroll/mobiscroll.android.css" rel="stylesheet" type="text/css" />
<link href="styles/mobiscroll/mobiscroll.ios.css" rel="stylesheet" type="text/css" />

It's funny that mobiscroll.ios.css and mobiscroll.android.css displayed under a virtual file/folder called mobiscroll.css. If I do the following, it seems that the files are loaded on the devices even though there is no such file:
<link href="styles/mobiscroll/mobiscroll.css" rel="stylesheet" type="text/css" />

But the simulator throws an error.

What a pain!

0
Steve
Telerik team
answered on 12 Aug 2013, 08:35 AM
Hi Richard,

This is the expected behavior as indicated by the Working with Platform-Specific Files help article i.e:
"During the build process, Icenium adds the platform-specific file to its corresponding application package as name.extension."

Also the Icenium simulator currently does not respect platform specific files - this would be added in a subsequent release.

Please rename the problematic files to anything non-matching  "platform specific" pattern and change the references in your .html files to the new names and you should not have any problems.

Regards,
Steve
Telerik

Do you enjoy Icenium? Vote for it as your favorite new product here (use short code H048S).
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Share feedback and vote for features on our Feedback Portal.
Tags
Report a bug
Asked by
Richard
Top achievements
Rank 1
Answers by
Steve
Telerik team
Richard
Top achievements
Rank 1
Share this question
or