Customer Feedback
Shara Heiniger (Logos)
Member, Logos Employee Posts: 132 
Just wanted to offer some feedback that will hopefully be of use as you continue to develop Proclaim.
PC vs Mac
We seem to experience a significant difference between Proclaim’s performance on PC and its performance on Mac. Mac seems to perform normally (i.e. with similar performance compared with other apps on the same computer). PC seems to be significantly slow in important ways. NOTE: this assessment is based on discussions I have had with my fellow minister here at the church (he uses Proclaim on Mac, and I use it on PC). When I share my experiences with him, he says he has never had those issues on Mac. I have not personally worked with Proclaim on a Mac.
Here’s the system info for the specific PC that yielded the test results and behaviors below:
AMD A6-5400K APU with Radeon HD Graphics 3.60 GHz
16.0 GB RAM (14.9 GB usable)
Windows 10 Pro Version 20H2
For example as relates to Proclaim on PC:
Opening Proclaim can take a fairly long time (i.e. from clicking the app shortcut to the last thumbnail filling in on the default/most-recently-open presentation)
- Test: 53 seconds to open program and finish loading the initial presentation file (one of our VBS worship rally files)
- Test: 28 seconds to open program and finish loading the initial presentation file (one of our Sunday morning worship services)
Loading a presentation file can take a very long time (i.e. from the clicking of Open->Filename to the last thumbnail filling in)
- Test: 225 seconds to finish loading our June 13 Sunday Morning Worship Service presentation
- Test: 19 seconds to finish loading one of our VBS Worship Rally presentations
- Test: 252 seconds to finish loading one of our Wednesday Night Youth presentations
- Test: 35 seconds to finish loading a different VBS Worship Rally presentation
- Test: 2 seconds to finish loading a third VBS Worship Rally presentation
- Test: 42 seconds to finish loading our June 6 Sunday Morning Worship Service presentation
Editing can be what might be called “hitch-and-go.” Each edit made to a song lyric, for example, then is rendered in the preview panes, which takes several seconds to fully populate the updated preview panes.
A series of tests just now yielded a wide range of preview pane update times after making small changes. The timings included 1-2 seconds, 15-16 seconds, 29-30 seconds for the preview pane update to complete. 15-16 seconds seemed to be the most common. Also, if new slide breaks were added in the editing, and thus new slides needed to be added in the preview pane, this seemed to consistently take longer than simple edits within a single slide. Also as relates to the “hitch-and-go” feel, the flow of typing in the editing window can be interrupted at a modest typing speed. For example, I may type a few words, but as the characters appear in the editing window, the last few letters may not appear right away, but only after a half or full second of delay. Or alternately, the letters may be delayed by just a tiny amount, but it is noticeably less smooth than typing an email, for example. I don’t experience this with other applications on the same computer.
If there are program settings that would improve these types of issues, please let me know.
Also, another item of feedback that’s unrelated to the performance issues:
It would be nice if the filename of the applied background image appeared somewhere in the editing interface, similar to how any added foreground images appear with their own bar in the editing interface with the filename and the Choose Image dropdown. And maybe the background image info IS somewhere – but for whatever reason, I can’t find it. So, if it’s somewhere, please let me know where to look. If not, please consider adding this information to the editing interface.
Thanks for hearing my feedback! I hope this is helpful!
PC vs Mac
We seem to experience a significant difference between Proclaim’s performance on PC and its performance on Mac. Mac seems to perform normally (i.e. with similar performance compared with other apps on the same computer). PC seems to be significantly slow in important ways. NOTE: this assessment is based on discussions I have had with my fellow minister here at the church (he uses Proclaim on Mac, and I use it on PC). When I share my experiences with him, he says he has never had those issues on Mac. I have not personally worked with Proclaim on a Mac.
Here’s the system info for the specific PC that yielded the test results and behaviors below:
AMD A6-5400K APU with Radeon HD Graphics 3.60 GHz
16.0 GB RAM (14.9 GB usable)
Windows 10 Pro Version 20H2
For example as relates to Proclaim on PC:
Opening Proclaim can take a fairly long time (i.e. from clicking the app shortcut to the last thumbnail filling in on the default/most-recently-open presentation)
- Test: 53 seconds to open program and finish loading the initial presentation file (one of our VBS worship rally files)
- Test: 28 seconds to open program and finish loading the initial presentation file (one of our Sunday morning worship services)
Loading a presentation file can take a very long time (i.e. from the clicking of Open->Filename to the last thumbnail filling in)
- Test: 225 seconds to finish loading our June 13 Sunday Morning Worship Service presentation
- Test: 19 seconds to finish loading one of our VBS Worship Rally presentations
- Test: 252 seconds to finish loading one of our Wednesday Night Youth presentations
- Test: 35 seconds to finish loading a different VBS Worship Rally presentation
- Test: 2 seconds to finish loading a third VBS Worship Rally presentation
- Test: 42 seconds to finish loading our June 6 Sunday Morning Worship Service presentation
Editing can be what might be called “hitch-and-go.” Each edit made to a song lyric, for example, then is rendered in the preview panes, which takes several seconds to fully populate the updated preview panes.
A series of tests just now yielded a wide range of preview pane update times after making small changes. The timings included 1-2 seconds, 15-16 seconds, 29-30 seconds for the preview pane update to complete. 15-16 seconds seemed to be the most common. Also, if new slide breaks were added in the editing, and thus new slides needed to be added in the preview pane, this seemed to consistently take longer than simple edits within a single slide. Also as relates to the “hitch-and-go” feel, the flow of typing in the editing window can be interrupted at a modest typing speed. For example, I may type a few words, but as the characters appear in the editing window, the last few letters may not appear right away, but only after a half or full second of delay. Or alternately, the letters may be delayed by just a tiny amount, but it is noticeably less smooth than typing an email, for example. I don’t experience this with other applications on the same computer.
If there are program settings that would improve these types of issues, please let me know.
Also, another item of feedback that’s unrelated to the performance issues:
It would be nice if the filename of the applied background image appeared somewhere in the editing interface, similar to how any added foreground images appear with their own bar in the editing interface with the filename and the Choose Image dropdown. And maybe the background image info IS somewhere – but for whatever reason, I can’t find it. So, if it’s somewhere, please let me know where to look. If not, please consider adding this information to the editing interface.
Thanks for hearing my feedback! I hope this is helpful!
2