It seems the cutoff point for 0 is 499

sum(sin(k),k=-499..499)
                                       0

sum(sin(k),k=-500..500)
                                

Matix does the same thing if you first create it with variables

m:=Matrix([a,b])
                             m:= [ a  b ]

a:=3:b:=4:
m;
                  [ 3  4]

convert(m,list)
                          [a,b]

convert(``m,list)
                       [3,4]
                 
     

@Markiyan Hirnyk The Generate PDF on Mapleprimes is not yet a quality command.  It doesn't yet work well.

ps. I could not find the quality feature on Mathematica either.  I looked under Edit->preferences but couldn't see it under any of the system settings. 

I realize it's not too elegant but it works (note this is regarding the sorting of the books and not grouping without sorting).  The loop increases the total number of pages by 1 until a solution with 3 options is found. 

for i to 20 while nops(BinPacking1D(i+1265, [[116, 1], [139, 1], [189, 1], [208, 1], [282, 1], [471, 1], [724, 1], [782, 1], [885, 1]])) > 3 do  end do; BinPacking1D(i+1265, [[116, 1], [139, 1], [189, 1], [208, 1], [281, 1], [471, 1], [724, 1], [782, 1], [885, 1]])

@Kitonum , I think the proc could be modified slightly to make it work.  The simplest way being something like, If nops(BinPacking1d)>3 then increase Size by 1 until nops(BinPacking1d) =3.  Maybe not the most efficient but a quick mod to make the existing proc work.

If we make the answer equal to eq, we can use op to extract them
eq:= ``((x^2+1)/exp(x))*``(y^3/exp(y))*``(-1)

[op(eq)][1]
                  

[op(eq)][2]
                    

@acer ok, thanks Acer.  So before it didn't matter if the Array had attributes or not but now it looks like it does require them.

@Karen I guess that means zero chance of it being fixed in Maple 2017 then?  Good that it's looked after.

Well this is interesting ..

I suppose the evalf(convert(2.59/3.7),fraction) is a workaround.

**

parse(`2.59/3.7`)   #parse is also an alternative for a workaround
              .7000000000

I've always used Firefox never had a problem except in the past it has been slow but it's much faster now.  Some days, recently, it's been very quick.  Today is no exception, seems quick right now for me.  I'm using Firefox quantum 64 bit version 57.0.2.  I think Firefox updated to quantum a couple of months ago - ironically I didn't notice it being any faster.  Even before quantum, mapleprimes at some times was fast, and then on and off it's been fast and back to normal which I like to refer to as being the slow days of the past - not painfully slow, but just not quick.  Could be my internet connection but it's pretty quick.

Sometimes it's tough to avoid a title that might be percieved by others as not being legitimate, which is why it's important to skim the content before making a snap decision. 

Looks like it's off by 1/2

Ah, I didn't realize typsetting level changed.

Maple 2017.1  Build 1238644 Typesetting level=Extended
Maple 2016.1  Build 1132667 Typesetting level=Maple Standard

..and thanks for the explanations although 2017 changing to Maple standard produces output b:= without the () while 2016 just produces a blank line.  Not a problem, but was perplexed as to why the behavior changed.

kernel density looks like what I'm after, thanks.

**edit added** Actually KernelDensitySample is more like what I was looking for but thanks for pointing out the KernelDensity

Of course small sample sizes decrease the statistical power.  Small sample sizes increase the likelihood of Type II errors skewing results which decrease the power of the study. 

If researchers are constrained to small sample sizes they may have to settle for less conclusive results.  Whether this issue is important or not depends ultimately on the size of the effect being studied.  ie. A small sample size would give more meaningful results in a poll of people living near an airport being negatively affected by air traffic than it would in a poll on their education levels.

@mapleatha 

Yes I see.  The empty symbol `` is not printed in the output.  If you wanted to continue using the output then strange behaviour is expected as you've mentioned. 

use lprint on the output and you will see why it is counted by nops.  I made g our modified output.

Notice the empty symbol in the output of g.  I can't think of a way around using that output without Maple reverting your manipulated equation back to the way it was originally.

I offer one possible idea .... that is to only use the ``output for display purposes, and just continue to use f (the original output) for further calculations.