Closed (fixed)
Project:
Simplenews
Version:
8.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
26 May 2011 at 18:58 UTC
Updated:
12 Feb 2015 at 16:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
berdirThis sounds useful and simple enough.
The newsletter tab currently displays a weird disabled, checked checkbox if sending has started/finished.
I imagine we could re-design the UI of the whole tab a bit. I'll try to get some input from our UX masters, posting some screenshots for them. (Updating title as well)
Note that the screenshots are with the patch from #497108: Send newsletter when node is published applied. and we should get that one in before working on this to avoid unecessary conflicts.
Some thoughts/goals (mainly for outsiders):
- For published nodes, we want to give users the possibility to send a a test mail (if the option is enabled, they can override the test mail address) and initiate sending of the newsletter
- sending will, depending on another global configuration either send immediately or just add them to a queue (called mail spool in simplenews)
- As a result, it would be useful to display that information to users directly.
- unpublished nodes have the option to initiate sending automatically when being published.
- We're not sure if sending should be possible at all if the node is unpublished, see linked issue above. So we could maybe use the same "send newletter" (however it's called and described finally) and just state that it will only be sent once the node is published
- Once sent, it would be useful to see some statistics/progress information. For example, while still being sent it would be useful to see how many mails have already been sent and how many still need to be sent. May be even with a progress bar but I'm not sure how important that is, a simple 140 / 1000 (14%) might be enough for now. Once finished, we just need to display how many mails were sent.
- It should also still be possible to send a test mail during/after the sending process.
Comment #2
yoroy commentedOh, we'd like to use the 'needs usability review' only for big 'controversial' stuff. 'Usability' is the catch-all tag :)
Comment #3
berdirAh, didn't know that about the tags :)
#1169990: Improve usability and displayed information on the newsletter tab is about adding a "Stop sending" button to this tab, I think it makes sense to keep that as a separate issue.
Comment #4
miro_dietikerSending a test newsletter AFTER a newsletter is sent is a common requirement.
About "We're not sure if sending should be possible at all ...", i'm quite sure.
For the future caching support, the system will allow to switch to the recipient user and render the node completely for that specific user. A regular (non-admin) will simply receive a message like "access denied" or no content if the node is not published. Because the recipient actually is not in the allowed state to see the content, also fallback links like "if you don't see this message click here" won't work ever - so we'll spam the world with broken links. Bad.
Thus unpublished nodes should not be allowed to be sent.
About "either send immediately"... note that all outgoing (mass) mails go through the spool table to make us survive timeouts. Only single mails are allowed to be sent immediately. I think we should stay with that pattern.
Note also that there are other modules extending simplenews that possibly will add some data here.
- Visualize sending queue (click through) / Sending progress bar
- Display bounce codes per failed recipient
- Display click response per newsletter recipient
- Content link checker to extract/analyze links in the newsletter and avoid broken links
- Delayed sending date of the send action
- Analytics widget about response statistics
- Button to send (already sent!) newsletter to new newsletter subscribers since the original sending... (e.g. based on subscription date, not necessarily the full receiver history.)
- whatever custom code does here and makes sense...
Comment #5
miro_dietikerOops, correct tagging.
Related to
#289068: Stop sending action on newsletter overview
Comment #6
berdirA simple mockup, thinking about the UI for this.
Just some ideas... see comments in the file.
Comment #7
berdirComment #8
broonThis is the closest to what I am looking. In 6.x version there was an overview of all issues along with the spooling status (e.g. "2000/3000 newsletter sent"). I am looking for that information in the 7.x version but to no avail. Did I miss that or is it simply not present anymore?
If the latter is correct, I'd suggest to include that information for the newsletter tab.
Comment #9
berdirYou can find that on the Newsletters tab below Content.
Comment #10
broonOk, I am not seeing the wood for the trees, could you please give the last part of the url?
When viewing the newsletter content and clicking the newsletter tab, I get what you see in screenshot 1.
On the configure pages (newsletters tab) I see screenshot 2.
NOTICE: My image descriptions have not been saved and I can't edit them no more. snews.png is "Screenshot 1" while snews2.png is "Screenshot 2".
Comment #11
berdiradmin/content/simplenews
Comment #12
broonThanks a lot, I totally missed that tab there.
Comment #13
miro_dietikerPromoting this to 8.x.
Note that we have meanwhile the "Stop sending" button. :-)
Comment #14
Anushka-mp commentedAs Berdir suggested in #6, the radios are removed now, instead two fieldsets added (see screenshot).
First attempt.submitting for a review.
Comment #15
Anushka-mp commentedsent message and pending message modified (see screenshots)
The pending count and sent count added.
awaiting feedback.
Working on tests meanwhile.
Comment #16
berdirI would recommend to make separate submit buttons, instead of this. Should become easier to read. three submit buttons, for test send, send now and send published, change submit callback dynamically on the send button.
Comment #19
Anushka-mp commentedSeparate submit methods added for each submit button. send newsletter submit button dynamically calls the submit handlers.
Comment #20
miro_dietikerAs discussed:
Field set to "Send" only.
The second message "Send newsletter to ..." to the exact version from the mockup.
And we miss the dynamic confic check and statement depending on it:
- Mails will be sent immediately.
- Mails will be sent during cron runs.
Comment #22
Anushka-mp commentedUI improved as discussed with Miro.
Comment #23
Anushka-mp commentedforgot to add this in #22
Comment #25
Anushka-mp commentedMessage in the send field improved a bit. suggested as Berdir
did minor refactoring and ordering of elements.
Comment #27
miro_dietikerMissing t() here. Add a full sentence like: "Sending is delayed until node is published."
We might need fixed tests. ;-)
Comment #28
Anushka-mp commentedTests corrected. Message in send changed. ;)
Comment #29
miro_dietikerNice work.
Reordering the tab a bit. Splitting sentences into different form elements and switching from title to markup.
And still found some code style issues. Please always check codestyle before uploading a patch.
Providing new version. Dunno if tests pass.
However, the new logic for count, cron/immediate and published text seems totally untested.
This is important information and needs tests.
Comment #30
miro_dietikerTest coverage missing. Thus switching back to needs work.
Comment #31
Anushka-mp commentedTests are already there for sending the actual and test mails, testing messages and UI.
I just changed the existing tets according to the changes made to the UI.
providing some fixed and admin theme added to the newsletter page with this patch.
Comment #32
Anushka-mp commentedand this is how it looks like (with the scheduler).
Comment #34
miro_dietikerThe screens look nice. Almost perfect.
However, note that we send ISSUES, not newsletters. So the buttons need to be extended by ..." Issue".
Comment #35
Anushka-mp commentedThe button texts changed.
Comment #36
Anushka-mp commentedComment #40
Anushka-mp commentedButton text change caused the test failures. Tests fixed accordingly.
Comment #41
miro_dietikerI have provided a patch at #29 that contains an improvement to these texts and item structure. Already in #31 u didn't work on top of it. Namely use separate form items. Please merge it with your work.
Split this into two buttons with if / else.
button: send_now with #value "Send now"
button: send_on_publish with #value "Send on publish"
As a result, drop the extra text "...delayed until node is published." above.
+issue :-)
I guess we should add a message here "Newsletter issue %title will be sent when published."
+ Berdir will check and provide more feedback.
Comment #42
Anushka-mp commentedReworked on Miro's earlier changes and above comment.
Comment #44
Anushka-mp commentedAs discussed with Berdir.
Minor UI fixes.
Comment #45
Anushka-mp commentedSend button declared separately for published and unpublished status of the newsletter.
As discussed with Berdir.
(interdiff against #29 added)
Comment #46
berdirSome cleanup.
Comment #48
berdirCommitted and pushed.