Updated: Comment #87

Problem/Motivation

Views with no result sets were not being displayed. An option to "Display even if view has no result" was available but not being checked by the views handler.

Proposed resolution

The view handler now provides a filtered output string with results OR an empty string if "display no results" is selected.

Remaining tasks

Files: 
CommentFileSizeAuthor
#81 views-display_even_if_no_results-1217394-D7.patch562 bytesaaronbauman
#77 1217394-77.patch10.52 KBdamiankloip
PASSED: [[SimpleTest]]: [MySQL] 58,568 pass(es).
[ View ]
#77 interdiff-1217394-77.txt1003 bytesdamiankloip
#72 display_empty-1217394-72.patch10.46 KBdawehner
PASSED: [[SimpleTest]]: [MySQL] 58,359 pass(es).
[ View ]
#72 interdiff.txt2.71 KBdawehner
#70 block-1217394-70.patch10.3 KBdawehner
PASSED: [[SimpleTest]]: [MySQL] 58,945 pass(es).
[ View ]
#70 interdiff.txt593 bytesdawehner
#67 vdc-1217394-67.patch10.42 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] 57,781 pass(es), 19 fail(s), and 57 exception(s).
[ View ]
#64 vdc-1217394-64.patch10.44 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch vdc-1217394-64.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#64 interdiff.txt1.73 KBdawehner
#60 vdc-1217394-60.patch10.32 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] 56,380 pass(es), 1 fail(s), and 0 exception(s).
[ View ]
#57 drupal-1217394-52.patch10.32 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-52_0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#57 interdiff.txt2.13 KBdawehner
#53 view_empty-1217394-FAIL.patch4.03 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] 56,044 pass(es), 71 fail(s), and 47 exception(s).
[ View ]
#52 drupal-1217394-52.patch10.32 KBdawehner
PASSED: [[SimpleTest]]: [MySQL] 56,560 pass(es).
[ View ]
#52 interdiff.txt584 bytesdawehner
#50 drupal-1217394-50.patch10.38 KBdawehner
PASSED: [[SimpleTest]]: [MySQL] 55,904 pass(es).
[ View ]
#46 drupal-1217394-46.patch11.04 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] 55,299 pass(es), 49 fail(s), and 17,324 exception(s).
[ View ]
#44 drupal-1217394-44.patch11 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-44_0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#40 drupal-1217394-40.patch10.39 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-40.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#36 drupal-1217394-36.patch10.35 KBdawehner
Test request sent.
[ View ]
#33 views-header-display-if-no-result.patch780 bytesrutcreate
PASSED: [[SimpleTest]]: [MySQL] 1,603 pass(es).
[ View ]
#17 1217394-view-empty.patch6.49 KBdawehner
FAILED: [[SimpleTest]]: [MySQL] 835 pass(es), 102 fail(s), and 10 exception(s).
[ View ]
#16 1217394-view-empty.patch3.66 KBdawehner
PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).
[ View ]
#12 1217394-display-even-if-no-results-views.inc_.patch2.4 KBjsacksick
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views.inc_.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#10 1217394-display-even-if-no-results-views-panes.inc_.patch1.24 KBMichaelCole
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views-panes.inc__0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#8 1217394-display-even-if-no-results-views-panes.inc_.patch1.38 KBjsacksick
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views-panes.inc_.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
Screenshot.png35.28 KBrogical

Comments

Are you really sure that there is no result?

Perhaps you have missed some filter configuration.

I want it display even no results, so however any filter configuration, if no results it should also display, right?

but when I put the views block into panels, the header/footer doesn't display.

Project:Views» Chaos tool suite (ctools)
Version:7.x-3.0-rc1» 7.x-1.x-dev

Then this seems to be a bug of ctools

Project:Chaos tool suite (ctools)» Views
Version:7.x-1.x-dev» 7.x-3.x-dev

No this isn't actually CTools' fault, not precisely.

In blocks, you need an empty text. Putting   in is probably enough. Unfortunately it's not smart enough to realize that the 'header' or 'footer' displaying is enough to trigger the block to appear. That's...a difficulty in Views right now.

sub. have the same issue in the latest 6.x release.

What about adding a $view->not_empty or $view->always_render so it can be forced and just need to be checked here.

Here the same issue!

Subscribe +1

StatusFileSize
new1.38 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views-panes.inc_.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

What about loop over header and footer elements and check if the empty option is checked ?
Here is the proposed patch.

Edit : Must be in ctools issues and the patch should be resent.
See #1245202: Views content pane empty even if "Display even if view has no result" is checked for views header/footer

Project:Views» Chaos tool suite (ctools)
Version:7.x-3.x-dev» 7.x-1.x-dev
Component:User interface» Views Content
Status:Active» Needs review

Move to ctools issue queue as this patch is against ctools. Update status.

Status:Needs review» Reviewed & tested by the community
StatusFileSize
new1.24 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views-panes.inc__0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

This is exactly what I needed when mixing Page Manager with Views.

The patch was edited to apply to ctools dir, instead of www.

This does not work when adding View:Master as a panel.
This does work when adding View:Content pane as a panel.

Status:Reviewed & tested by the community» Needs review
StatusFileSize
new2.4 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1217394-display-even-if-no-results-views.inc_.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

This new patch should work for the view master too. It's a simply copy/paste from views_pane.inc to views.inc

I really think we need a better way in Views to find that information so that we don't have to hardcode digging into structures like that. Let's find an issue in Views and mark this dependent upon it. Or at least say so since our tracking system doesn't do dependencies.

using normal view.
I checked "Display even if view has no result" but text not showing if there is no record..

filter conditions:
published : yes
content: type (reviews)

not working. It shows empty page not that text which I write into the Header(global textarea).

Project:Chaos tool suite (ctools)» Views
Version:7.x-1.x-dev» 7.x-3.x-dev
Component:Views Content» Code
Assigned:Unassigned» dawehner
Priority:Normal» Major

Kicking this back to Views and assigning to dereine. Let's talk about an API in Views that we can use to put this annoying issue to bed.

StatusFileSize
new3.66 KB
PASSED: [[SimpleTest]]: [MySQL] 0 pass(es).
[ View ]

So here is some code in views.

This currently doesn't handle the part in block.
What should be the default, or should it not change and has some configuration.

StatusFileSize
new6.49 KB
FAILED: [[SimpleTest]]: [MySQL] 835 pass(es), 102 fail(s), and 10 exception(s).
[ View ]

Just tracking some work on the block part at 4am.

Triggering the testbot.

Status:Needs review» Needs work

The last submitted patch, 1217394-view-empty.patch, failed testing.

I am having opposite problem as OP - I leave the checkbox unchecked, so in theory if there are no results the header should NOT display, but even in my views where I am certain there are no results, the header is always shown. The only time the header does not display is when my contextual filter does not pass the filter criteria. If the contextual filter passes, even when the fields being queried are empty, the header is displayed. I'm guessing this is not a desired feature. Is there any way around this?

Nevermind, found a solution by adding filters to prevent null rows.

"There is no way for Views to tell if all fields in a row have no results (I know, this seems counter intuitive but it's true). You need to add filters to your view to prevent null rows for showing up."

@sgb9809,

I'm having trouble figuring out how to follow the suggested solution in comment #21. Could you (or someone) describe how you accomplished this?

I'm guessing you added a Contextual Filter 'Global: Null', but I can't figure out how to configure it.

Thanks!

EDIT: Nevermind. I was way off above, trying to add a contextual filter. I added a standard filter for the field I was using, and set it to "Is not empty (NOT NULL)". It was a little confusing since I was using a relationship for a nodereference field, and thought it had to be more complicated than that, but just had to select the relationship in the filter, and voila! Thanks for the info!

Looks like I created a duplicate post.
#1554792: Empty view outputs <div></div>

...Here is my contribution...

I have a view that outputs the current node's body. The problem I'm running into is that even when the body is empty the "No results text" is ignored and instead an empty is being included.

Views Export: http://pastebin.com/veCZAG0j

Screenshot of Views Settings: http://snpr.cm/vaZGM9.png
Screenshot of Display Suite Settings: http://www.diigo.com/item/image/1ks4o/r2b1?size=o
Screenshot of Panels Setting: http://snpr.cm/nLq12u.png
Screenshot of Node Body: http://snpr.cm/JM5Ogh.png
Screenshot of Views Output HTML: http://snpr.cm/pr89yR.png

Status:Needs work» Needs review

#17: 1217394-view-empty.patch queued for re-testing.

Status:Needs review» Needs work

The last submitted patch, 1217394-view-empty.patch, failed testing.

Assigned:dawehner» dagmar

I will try to fix this. I think I think dawhener won't be bothered :)

Same problem here. Is there any workaround for the interim?

Assigned:dagmar» Unassigned

Sorry I haven't time to work on this at this moment.

just encountered this bug when using a search api view

I have the same problem. I'm using panels with a views pane. When checking "Show the empty text in the table", my panels page shows this error messagen:

Notice: Undefined variable: row_classes in include() (line 38 of /var/www/www.example.com/sites/all/modules/views/theme/views-view-table.tpl.php).

The view displays correctly in the preview.

Answer 21 above worked for me. If your filter is something like FieldFoo contains %some_string%, just AND another filter that says FieldFoo is not empty (not null). I'm using Drupal 6 block views inside of QuickTabs, and both the Display Header Even If No Results option and the Empty Text values started working after I added this. Whew! Thanks sgb9809.

++ to #21

Status:Needs work» Needs review
StatusFileSize
new780 bytes
PASSED: [[SimpleTest]]: [MySQL] 1,603 pass(es).
[ View ]

This is a patch for block display even if no result for header and footer area.

Patch in #33 worked for me! (Drupal 7.15 / Views 7.x-3.5)

But #33 is simply wrong compared to the previous approaches.

Version:7.x-3.x-dev» 8.x-3.x-dev
Issue tags:+VDC
StatusFileSize
new10.35 KB
Test request sent.
[ View ]

Let's get something done for d8.

Project:Views» Drupal core
Version:8.x-3.x-dev» 8.x-dev
Component:Code» views.module

This should be core

In Views basic settings/empty text is there.

In that we can write the content that has to come when views give no result. even with content format option you can write PHP code also. I tried this in drupal 6, working perfect.

Thanks

@ankit.goyal5
Yeah this is about hiding the block, if there is no result.

StatusFileSize
new10.39 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-40.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

Rerolled.

Issue tags:-VDC

#40: drupal-1217394-40.patch queued for re-testing.

#40: drupal-1217394-40.patch queued for re-testing.

Status:Needs review» Needs work
Issue tags:+VDC

The last submitted patch, drupal-1217394-40.patch, failed testing.

Status:Needs work» Needs review
StatusFileSize
new11 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-44_0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

Let's rerole it.

Status:Needs review» Needs work

The last submitted patch, drupal-1217394-44.patch, failed testing.

Status:Needs work» Needs review
StatusFileSize
new11.04 KB
FAILED: [[SimpleTest]]: [MySQL] 55,299 pass(es), 49 fail(s), and 17,324 exception(s).
[ View ]

Just another one.

Status:Needs review» Needs work
Issue tags:-VDC

The last submitted patch, drupal-1217394-46.patch, failed testing.

Status:Needs work» Needs review

#46: drupal-1217394-46.patch queued for re-testing.

Status:Needs review» Needs work
Issue tags:+VDC

The last submitted patch, drupal-1217394-46.patch, failed testing.

Status:Needs work» Needs review
StatusFileSize
new10.38 KB
PASSED: [[SimpleTest]]: [MySQL] 55,904 pass(es).
[ View ]

That happens if you show a random amount of people some features of phpstorm.

Tagging for an issue summary.

http://drupal.org/node/1427826 has instructions for adding/updating an issue summary.

StatusFileSize
new584 bytes
new10.32 KB
PASSED: [[SimpleTest]]: [MySQL] 56,560 pass(es).
[ View ]

Let's get this in, please.

StatusFileSize
new4.03 KB
FAILED: [[SimpleTest]]: [MySQL] 56,044 pass(es), 71 fail(s), and 47 exception(s).
[ View ]

Uploading a patch with just the test.

Status:Needs review» Needs work
Issue tags:-Needs issue summary update, -VDC

The last submitted patch, view_empty-1217394-FAIL.patch, failed testing.

Status:Needs work» Needs review
Issue tags:+Needs issue summary update, +VDC

#52: drupal-1217394-52.patch queued for re-testing.

Status:Needs review» Needs work

+++ b/core/modules/views/lib/Drupal/views/Plugin/views/area/AreaPluginBase.phpundefined
@@ -161,6 +161,19 @@ public function preRender(array $results) {
+  public function isEmpty() {

We should implement usage of this on the other area handlers, then we can change the if (!$empty || !empty($this->options['empty'])) { ... parts. I'm just thinking, maybe a isNotEmpty method would be nice to read for this too?

+++ b/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.phpundefined
@@ -2670,6 +2670,31 @@ public function isIdentifierUnique($id, $identifier) {
+  * Does the view shows anything.

'Returns whether the view has any rendered output' maybe? Also, maybe the second part could say 'This checks the view result, header, footer, and empty regions' or similar instead.

+++ b/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.phpundefined
@@ -2670,6 +2670,31 @@ public function isIdentifierUnique($id, $identifier) {
+  *   Returns TRUE if the output is empty, else FALSE.

I like the 'FALSE otherwise' but sure, this is personal preference.

+++ b/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.phpundefined
@@ -2670,6 +2670,31 @@ public function isIdentifierUnique($id, $identifier) {
+       $empty &= $handler->isEmpty();

Why do we need the reference here?

+++ b/core/modules/views/tests/views_test_config/test_views/views.view.test_display_empty.ymlundefined
@@ -0,0 +1,44 @@
+human_name: ''

label

Status:Needs work» Needs review
StatusFileSize
new2.13 KB
new10.32 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch drupal-1217394-52_0.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

We should implement usage of this on the other area handlers, then we can change the if (!$empty || !empty($this->options['empty'])) { ... parts. I'm just thinking, maybe a isNotEmpty method would be nice to read for this too?

Yeah I am not really sure how to improve the code, as the rendering of headers/footers have to be asked for, in order to determine whether the output of the area handler is really empty.

Why do we need the reference here?

This is not a reference, but a logical AND.

Status:Needs review» Needs work

The last submitted patch, drupal-1217394-52.patch, failed testing.

Looks like you uploaded #52 again?

Status:Needs work» Needs review
StatusFileSize
new10.32 KB
FAILED: [[SimpleTest]]: [MySQL] 56,380 pass(es), 1 fail(s), and 0 exception(s).
[ View ]

Status:Needs review» Needs work

The last submitted patch, vdc-1217394-60.patch, failed testing.

Hmm, improvements from interdiff #57 are not in the patch #60.

+++ b/core/modules/block/lib/Drupal/block/Plugin/views/display/Block.php
@@ -42,6 +42,7 @@ protected function defineOptions() {
+    $options['block_hide_empty'] = array('default' => FALSE);

So by default, show the block even if it's empty, correct?

+++ b/core/modules/block/lib/Drupal/block/Plugin/views/display/Block.php
@@ -53,7 +54,7 @@ public function execute() {
-    if (!empty($this->view->result) || $this->getOption('empty') || !empty($this->view->style_plugin->definition['even empty'])) {
+    if ((!$this->getOption('block_hide_empty') && !$this->outputIsEmpty()) || !empty($this->view->style_plugin->definition['even empty'])) {

I'm not sure about this.. Shouldn't it be !hide_empty || !outputIsEmpty? I have to test this manually.

+++ b/core/modules/block/lib/Drupal/block/Plugin/views/display/Block.php
@@ -93,6 +94,12 @@ public function optionsSummary(&$categories, &$options) {
+      'value' => !$this->getOption('block_hide_empty') ? t('Hide') : t('Show'),

I think that "!" is not needed here, or did I got it wrong again?

+++ b/core/modules/block/lib/Drupal/block/Plugin/views/display/Block.php
@@ -147,6 +154,15 @@ public function buildOptionsForm(&$form, &$form_state) {
+        $form['block_hide_empty'] = array(
+          '#title' => t('Hide block if no result/empty text'),
+          '#description' => t('Hide the block if there is no result and no empty text and no header/footer which is shown on empty result'),
+          '#default_value' => $this->getOption('block_hide_empty'),
+        );

Missing #type.

--- /dev/null
+++ b/core/modules/views/tests/views_test_config/test_views/views.view.test_display_empty.yml

This should be ...tests/modules/views_test_config... now.

The header and footer "no results" option will only work if you add a no result behavior to the view block. Go to the advanced fieldset and add a no result behavior. Its below "Relationships". You can add a empty "global text area" if you dont want to show anything. Its simple and dont need a patch.

Status:Needs work» Needs review
StatusFileSize
new1.73 KB
new10.44 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch vdc-1217394-64.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

So by default, show the block even if it's empty, correct?

Yes, we can for sure choose the other default value.

I'm not sure about this.. Shouldn't it be !hide_empty || !outputIsEmpty? I have to test this manually.

Rewrite the bit to make it way way easier to read.

@dizi.joao
The point of the issue is to make it configurable and work as expected.

Here is a version which has the fixes of #57 included.

#64: vdc-1217394-64.patch queued for re-testing.

Status:Needs review» Needs work
Issue tags:+Needs issue summary update, +VDC

The last submitted patch, vdc-1217394-64.patch, failed testing.

Status:Needs work» Needs review
StatusFileSize
new10.42 KB
FAILED: [[SimpleTest]]: [MySQL] 57,781 pass(es), 19 fail(s), and 57 exception(s).
[ View ]

Rerolled.

Status:Needs review» Needs work

The last submitted patch, vdc-1217394-67.patch, failed testing.

#63 works like magic. Much appreciated :)

Status:Needs work» Needs review
StatusFileSize
new593 bytes
new10.3 KB
PASSED: [[SimpleTest]]: [MySQL] 58,945 pass(es).
[ View ]

There we go.

Nice it is green. Here is some minor issues.

  1. +++ b/core/modules/views/lib/Drupal/views/Plugin/views/area/AreaPluginBase.php
    @@ -107,6 +107,19 @@ public function preRender(array $results) {
    +   * Is the area empty.
    +++ b/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.php
    @@ -2723,6 +2723,31 @@ public function isIdentifierUnique($id, $identifier) {
    +  * Does the view shows anything.

    This should be more descriptive imo.

  2. +++ b/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.php
    @@ -2723,6 +2723,31 @@ public function isIdentifierUnique($id, $identifier) {
    +   $area_types = array('empty', 'footer', 'header');
    +   foreach ($area_types as $type) {

    We can move this to one foreach and remove $area_types variable.

  3. +++ b/core/modules/views/lib/Drupal/views/Tests/Plugin/DisplayTest.php
    @@ -273,4 +273,47 @@ public function testInvalidDisplayPlugins() {
    +    $view = views_get_view('test_display_empty');

    We have a static method for this now Views::getView.

StatusFileSize
new2.71 KB
new10.46 KB
PASSED: [[SimpleTest]]: [MySQL] 58,359 pass(es).
[ View ]

Thank you for the review!!

There we go.

Status:Needs review» Reviewed & tested by the community

It is a major bug and now we have a nice test coverage so RTBC for me.

Status:Reviewed & tested by the community» Needs work
Issue tags:-Needs issue summary update, -VDC

The last submitted patch, display_empty-1217394-72.patch, failed testing.

Status:Needs work» Needs review
Issue tags:+Needs issue summary update, +VDC

#72: display_empty-1217394-72.patch queued for re-testing.

Status:Needs review» Reviewed & tested by the community

Back to RTBC.

Status:Reviewed & tested by the community» Needs review
StatusFileSize
new1003 bytes
new10.52 KB
PASSED: [[SimpleTest]]: [MySQL] 58,568 pass(es).
[ View ]

Speaking with Tim and catch, we're removing the bitwise logic (to return early if a handler isn't empty) and changing the comment.

Status:Needs review» Reviewed & tested by the community

This makes it indeed easier to grok.

Title:"Display even if view has no result" not workingChange notice: "Display even if view has no result" not working
Project:Drupal core» Views
Version:8.x-dev» 8.x-3.x-dev
Component:views.module» Code
Status:Reviewed & tested by the community» Needs work
Issue tags:+Needs change record

Committed 2a43a1b and pushed to 8.x. Thanks!

Assigning to Views 8.x for a change notice

The original issue was for D7 an other related D7 issues in the queue points here: can this also be back-ported to D7 please?

Thank you very much for considering this

Issue tags:-VDC
StatusFileSize
new562 bytes

Here's a patch for D7 -- it's a one-liner.

The only place I ran into this issue for 7.x was views_handler_area_result.inc
Not sure if I'm missing something else from this thread.

I'm leaving this at 8.x because I don't know whether the change notice has been completed yet.

edit: dunno why the VDC tag was removed when this comment was posted.
i didn't touch the tag field on the comment form, so I'll assume that was supposed to happen for some reason.

Version:8.x-3.x-dev» 7.x-3.7

Patch 81 did not solve the problem for me. v7.x-3.7

@aaronbauman

We want to have the same kind of concept in D7, so you or for example the ctools module can really figure out whether a view is empty or not.

Version:7.x-3.7» 8.x-3.x-dev
Category:Bug report» Task
Issue summary:View changes
Status:Needs work» Active

keeping at this on 8.x till the change notice is done. (https://drupal.org/core-gates#documentation has a summary that says move to major task, etc. Disturbingly though, the actual doc about the policy is missing. see #2083415-7: [META] Write up all outstanding change notices before release)

to help with get the change notice done, updating the issue summary would help (contributor task doc on updating issue summary),
and also here are the instructions for drafting a change notice

Issue summary:View changes

Issue summary:View changes

Issue summary:View changes

The patch in #81 doesn't work for me neither (on D7, V 3.7). I'm trying to use it with Dynamic Fields feature of Display Suite.

Patch in 81 shows the header but the @start token is wrong for me.
"Showing -14 - 0 of 0"

I am using contextual arguments.